Digital broadcasting system and method for transmitting and receiving digital broadcast signal

ABSTRACT

The disclosed method for processing a digital broadcast signal in a transmitter comprises encoding signaling data including transmission parameter channel data, wherein the transmission parameter channel data includes transmission parameter for mobile service data, forming data groups including the mobile service data, the encoded signaling data and known data sequences, formatting mobile service data packets including data in the data groups, and transmitting the digital broadcast signal including the formatted mobile service data packets during slots, the slots including first type slot and second type slot.

This application claims the benefit of U.S. Provisional Application No.61/345,611 filed on May 18, 2010, which is hereby incorporated byreference as if fully set forth herein.

BACKGROUND OF THE INVENTION

1. The Field of the Invention

The present invention relates to a digital broadcasting system fortransmitting and receiving a digital broadcast signal, and moreparticularly, to a transmitting system for processing and transmittingthe digital broadcast signal, and a method of processing data in thetransmitting system and the receiving system.

2. Description of the Related Art

The Vestigial Sideband (VSB) transmission mode, which is adopted as thestandard for digital broadcasting in North America and the Republic ofKorea, is a system using a single carrier method. Therefore, thereceiving performance of the digital broadcast receiving system may bedeteriorated in a poor channel environment. Particularly, sinceresistance to changes in channels and noise is more highly required whenusing portable and/or mobile broadcast receivers, the receivingperformance may be even more deteriorated when transmitting mobileservice data by the VSB transmission mode.

SUMMARY OF THE INVENTION

Accordingly, the present invention is directed to a transmitting systemand a method of processing a digital broadcast signal in a transmittingsystem that substantially obviate one or more problems due tolimitations and disadvantages of the related art.

An object of the present invention is to provide a transmission systemwhich is able to transmit additional mobile service data whilesimultaneously maintaining the compatibility with a conventional systemfor transmitting a digital broadcast signal, and a method for processinga broadcast signal.

Another object of the present invention is to provide a method oftransmitting mobile services that can flexibly respond to changes in amobile broadcasting system, by processing a partial region of a datagroup so as to be compatible with the conventional mobile broadcastingsystem, or by processing the entire region of a data group so as to beused for a new mobile broadcasting system.

Another object of the present invention is to provide a transmissionsystem which additionally inserts mobile service data and known datarecognized by an agreement between a transmission system and a receptionsystem into a conventional mobile service data area, thereby enhancingthe reception performance of the mobile service data at the receptionsystem, and a method for processing a broadcast signal.

Another object of the present invention is to provide a transmissionsystem which forms continuous known data sequences by interconnectingdiscontinuous known data belonging to each data group through aconcatenated structure of adjacent data groups, thereby enhancing thereception performance of a broadcast signal at a reception system, and amethod for processing a broadcast signal.

Another object of the present invention is to provide a transmissionsystem which generates information of additional mobile service data byextending signaling information and transmits the generated informationto a reception system, such that the transmission system and thereception end can smoothly communicate with each other, and a method forprocessing a broadcast signal.

Another object of the present invention is to provide digitalbroadcasting system and method that can signal in advance the broadcastsignal transmission modes existing in the system, when transmittingbroadcast signals that are being transmitted in at least twotransmission modes.

Additional advantages, objects, and features of the invention will beset forth in part in the description which follows and in part willbecome apparent to those having ordinary skill in the art uponexamination of the following or may be learned from practice of theinvention. The objectives and other advantages of the invention may berealized and attained by the structure particularly pointed out in thewritten description and claims hereof as well as the appended drawings.

To achieve these objects and other advantages and in accordance with thepurpose of the invention, as embodied and broadly described herein, amethod for processing a digital broadcast signal in a transmittercomprises encoding signaling data including transmission parameterchannel data, wherein the transmission parameter channel data includestransmission parameter for mobile service data, forming data groupsincluding the mobile service data, the encoded signaling data and knowndata sequences, formatting mobile service data packets including data inthe data groups, and transmitting the digital broadcast signal includingthe formatted mobile service data packets during slots, the slotsincluding first type slot and second type slot, wherein the first typeslot includes less than or equal to 118 mobile service data packets andthe second type slot includes more than 118 mobile service data packets,wherein the transmission parameter channel data includes protocolversion information representing version of a structure of transmissionparameter channel data syntax, wherein the protocol version informationfurther represents whether at least one second type slot is exist intransmission of the digital broadcast signal.

The protocol version information further represents whether a change ofthe transmission parameter channel data is a non-backward-compatiblelevel of change or a backward-compatible level of change.

The transmission parameter channel data further includes transmissionmode information specifying number of main service data packet includingmain service data in the second type slot.

The signaling data is included between first and second known datasequences in each of the data groups, the first and second known datasequence having different length.

Also, an apparatus for processing a digital broadcasting signal in atransmitter is described herein, the apparatus comprises means forfulfilling above mentioned method.

It is to be understood that both the foregoing general description andthe following detailed description of the present invention areexemplary and explanatory and are intended to provide furtherexplanation of the invention as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are included to provide a furtherunderstanding of the invention and are incorporated in and constitute apart of this application, illustrate embodiment(s) of the invention andtogether with the description serve to explain the principle of theinvention. In the drawings:

FIG. 1 illustrates a data frame (M/H frame) structure fortransmitting/receiving mobile service data according to one embodimentof the present invention.

FIG. 2 illustrates an exemplary structure of a VSB frame, wherein oneVSB frame consists of 2 VSB fields (i.e., an odd field and an evenfield). Herein, each VSB field includes a field synchronization segmentand 312 data segments.

FIG. 3 illustrates a mapping example of the positions to which the first4 slots of a sub-frame are assigned with respect to a VSB frame in aspace region.

FIG. 4 illustrates a data group including (118+M) mobile service datapackets according to an embodiment of the present invention.

FIG. 5 a-5 c illustrates a structure of a data group after beingprocessed with interleaving according to the embodiment of the presentinvention, wherein the data group includes (118+M) number of mobileservice data packets.

FIG. 6( a)-6(d) illustrate various examples of mobile service data ofthe first mobile mode and mobile service data of the second mobile modebeing allocated to a group.

FIG. 7( a)-7(f) illustrate an example of a mobile service data packetbeing allocated to region E within the data group according to anembodiment to the present invention.

FIG. 8 illustrates an example of each group type being segmented basedupon the size of region E according to an embodiment of the presentinvention.

FIG. 9( a)-9(b) illustrates a data group including (118+M) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 10 illustrates group type 0 of data group, according to anembodiment of the present invention.

FIG. 11 illustrates a structure acquired after a group type 0 of datagroup data group is interleaved, when the data group includes 118 mobileservice data packets, according to an embodiment of the presentinvention.

FIG. 12 illustrates group type 1-0 of data group, according to anembodiment of the present invention.

FIG. 13 illustrates a structure provided after a group type 1-0 of datagroup is interleaved when the data group includes (118+38) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 14 illustrates group type 1-1 of data group, according to anembodiment of the present invention.

FIG. 15 illustrates a structure provided after a group type 1-1 of datagroup is interleaved when the data group includes (118+37) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 16 illustrates group type 1-2 of data group, according to anembodiment of the present invention.

FIG. 17 illustrates a structure provided after a group type 1-2 of datagroup is interleaved when the data group includes (118+36) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 18 illustrates group type 1-4 of data group, according to anembodiment of the present invention.

FIG. 19 illustrates a structure provided after a group type 1-4 of datagroup is interleaved when the data group includes (118+34) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 20 illustrates group type 1-8 of data group, according to anembodiment of the present invention.

FIG. 21 illustrates a structure provided after a group type 1-8 of datagroup is interleaved when the data group includes (118+30) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 22 illustrates group type 2-0 of data group, according to anembodiment of the present invention.

FIG. 23 illustrates a structure provided after a group type 2-0 of datagroup is interleaved, when the data group includes (118+38) mobileservice data packets, according to an embodiment of the presentinvention.

FIG. 24 illustrates group type 2-1 of data group, according to anembodiment of the present invention.

FIG. 25 illustrates a structure provided after a group type 2-1 of datagroup is interleaved when the data group includes (118+37) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 26 illustrates group type 2-2 of data group, according to anembodiment of the present invention.

FIG. 27 illustrates a structure provided after a group type 2-2 of datagroup is interleaved when the data group includes (118+36) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 28 illustrates group type 2-4 of data group, according to anembodiment of the present invention.

FIG. 29 illustrates a structure provided after a group type 2-4 of datagroup is interleaved when the data group includes (118+34) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 30 illustrates group type 2-8 of data group, according to anembodiment of the present invention.

FIG. 31 illustrates a structure provided after a group type 2-9 of datagroup is interleaved when the data group includes (118+30) mobileservice data packets according to an embodiment of the presentinvention.

FIG. 32 illustrates group type 4 of data group, according to anembodiment of the present invention.

FIG. 33 illustrates a structure provided after a group type 4 of datagroup is interleaved, when the data group includes (118+38) mobileservice data packets, according to an embodiment of the presentinvention.

FIG. 34 illustrates a data group according to the present invention,wherein 156 mobile service data packets are allocated to a single datagroup.

FIG. 35 illustrates a group structure of a data group of group type 4after a data interleaving process according to an embodiment of thepresent invention.

FIG. 36 is a diagram showing a data group before interleaving the datagroup in an Increased Capacity Mode (ICM).

FIG. 37 is a diagram showing a data group after interleaving the datagroup in the ICM according to one embodiment of the present invention.

FIG. 38 illustrates a process of generating a long training sequence bycombining short segmented training sequences according to an embodimentof the present invention.

FIG. 39 illustrates a relation between a parade type and a group typeaccording to an embodiment of the present invention.

FIG. 40 is a diagram showing allocation of a main service and a mobileservice given specific channel capacity, according to one embodiment ofthe present invention.

FIG. 41 is a diagram showing a group type and a region of a data groupfor transmitting a CMM and SFCMM parade or an RS frame according to oneembodiment of the present invention.

FIG. 42 illustrates an EMM Class 1 secondary parade and an EMM Class 2secondary parade according to an embodiment of the present invention.

FIG. 43 illustrates the relation between a super ensemble, a super RSframe, and a parade according to an embodiment of the present invention.

FIG. 44 illustrates a relation between a parade and an ensemble of theSFCMM according to an embodiment of the present invention.

FIG. 45 illustrates a relation between an allocation method of an EMMEnsemble ID and an EMM Parade ID according to an embodiment of thepresent invention.

FIG. 46 illustrates a method of an SFCMM receiver for accessing two EMMparades associated with a super ensemble by using an EMM Ensemble IDaccording to an embodiment of the present invention.

FIG. 47 illustrates a block diagram showing a general structure of adigital broadcast transmitting system according to an embodiment of thepresent invention.

FIG. 48 illustrates a block diagram showing an example of the servicemultiplexer.

FIG. 49 is a block diagram illustrating a transmission system accordingto an embodiment of the present invention.

FIG. 50 illustrates a diagram showing a detailed structure of a blockprocessor according to an embodiment of the present invention.

FIG. 51 illustrates a convolutional encoder according to an embodimentof the present invention.

FIG. 52 illustrates a payload of an RS frame being outputted from a dataframe encoder according to an embodiment of the present invention.

FIG. 53 is a diagram illustrating examples of fields allocated to theheader region within the mobile service data packet according to thepresent invention. Examples of the fields include type_indicator field,error_indicator field, stuff_indicator field, and pointer field.

FIG. 54( a)-54(b) illustrate a data frame encoder according to anembodiment of the present invention.

FIG. 55( a)-55(c) illustrate the operations of an RS-CRC encoderaccording to an embodiment of the present invention.

FIG. 56 illustrates the operation of the RS frame divider according toan embodiment of the present invention, when the output of the RS frameencoder corresponds to a primary RS frame or a secondary RS frame.

FIG. 57 illustrates the operation of the RS frame divider according toan embodiment of the present invention, when the output of the RS frameencoder corresponds to a super RS frame.

FIG. 58 illustrates an example of assigning signaling information areasfor inserting signaling information starting from the 1st segment of the4th DATA block (B4) to a portion of the 2nd segment.

FIG. 59 illustrates a detailed block diagram of the signaling encoderaccording to the present invention.

FIG. 60 illustrates a syntax structure of Transmission Parameter Channel(TPC) data according to an embodiment of the present invention.

FIG. 61 illustrates operations of the TPC data according to anembodiment of the present invention.

FIG. 62 illustrates a syntax of the TPC data, when the major version isincreased, according to the embodiment of the present invention.

FIG. 63 illustrates a detailed block of the trellis encoding moduleaccording to an embodiment of the present invention.

FIG. 64 is a block diagram illustrating a receiving system according toan embodiment of the present invention.

FIG. 65 illustrates an example of a demodulating unit in a digitalbroadcast receiving system according to the present invention.

FIG. 66 is a diagram showing an embodiment of a syntax structure of anFIC chunk according to the present invention.

FIG. 67 illustrates the bit stream syntax of an FIC-Chunk Headeraccording to an embodiment of the present invention.

FIG. 68 illustrates the bit stream syntax of an FIC-Chunk payloadaccording to an embodiment of the present invention.

FIG. 69 illustrates a method for transmitting information about a CMMEnsemble/Service and information about an EMM Ensemble/Serviceseparately through two FIC-Chunks using the major protocol versions ofthe FIC-Chunks, among the FIC signaling methods in the SFCCM systemaccording to the present invention.

FIG. 70 illustrates the bit stream syntax of an FIC-Chunk Headerincluding only information about an EMM Ensemble/Service, using themajor protocol version illustrated in FIG. 69.

FIG. 71 illustrates the bit stream syntax of an FIC-Chunk payloadincluding only information about an EMM Ensemble/Service, using themajor protocol version illustrated in FIG. 69.

FIG. 72 illustrates the bit stream syntax of the Header of anFIC-Segment being a unit to carry an FIC-Chunk that includes onlysignaling information about an EMM Ensemble/Service using the majorprotocol version illustrated in FIG. 65.

FIG. 73 is a diagram showing Mobile/Handheld Service Signaling Channel(M/H SSC) management in an EMM according to an embodiment of the presentinvention.

FIGS. 74 a and 74 b are diagrams showing the bit stream syntax of theSMT-MH section in the M/H SSC table section according to an embodimentof the present invention.

FIGS. 75 a and 75 b are diagrams showing the bit stream syntax of theCIT-MH section in the M/H SSC table section according to an embodimentof the present invention.

FIG. 76 is a block diagram of a digital broadcast receiver according toan embodiment of the present invention.

FIG. 77 is a diagram showing a data group according to anotherembodiment of the present invention.

FIG. 78 is a diagram showing data groups according to one embodiment andanother embodiment of the present invention.

FIG. 79 shows a data group in a segment domain after the data group ofFIG. 78 is interleaved.

FIG. 80 is a diagram showing a data group of group type 3 according toanother embodiment of the present invention after interleaving.

FIG. 81 illustrates an exemplary structure of a transmission frameaccording to an embodiment of the present invention.

FIG. 82 illustrates a transmission parameter channel and a method ofusing tpc_protocol_version information included in the transmissionparameter channel according to an embodiment of the present invention.

FIG. 83 is a flowchart illustrating a method for processing a digitalbroadcast signal in a transmitter according to an embodiment of thepresent invention.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made in detail to the preferred embodiments of thepresent invention, examples of which are illustrated in the accompanyingdrawings. Wherever possible, the same reference numbers will be usedthroughout the drawings to refer to the same or like parts.

In addition, although the terms used in the present invention areselected from generally known and used terms, some of the termsmentioned in the description of the present invention have been selectedby the applicant at his or her discretion, the detailed meanings ofwhich are described in relevant parts of the description herein.Furthermore, it is required that the present invention is understood,not simply by the actual terms used but by the meaning of each termlying within.

For convenience of description and better understanding of the presentinvention, abbreviations and terms to be use in the present inventionare defined as follows.

Among the terms used in the description of the present invention, mainservice data correspond to data that can be received by a fixedreceiving system and may include audio/video (A/V) data. Morespecifically, the main service data may include A/V data of highdefinition (HD) or standard definition (SD) levels and may also includediverse data types required for data broadcasting. Also, the known datacorrespond to data pre-known in accordance with a pre-arranged agreementbetween the receiving system and the transmitting system.

Additionally, among the terms used in the present invention, “M/H (orMH)” corresponds to the initials of “mobile” and “handheld” andrepresents the opposite concept of a fixed-type system. Furthermore, theM/H service data may include at least one of mobile service data andhandheld service data, and will also be referred to as “mobile servicedata” for simplicity. Herein, the mobile service data not onlycorrespond to M/H service data but may also include any type of servicedata with mobile or portable characteristics. Therefore, the mobileservice data according to the present invention are not limited only tothe M/H service data.

The above-described mobile service data may correspond to data havinginformation, such as program execution files, stock information, and soon, and may also correspond to A/V data. Most particularly, the mobileservice data may correspond to A/V data having lower resolution andlower data rate as compared to the main service data. For example, if anA/V codec that is used for a conventional main service corresponds to aMPEG-2 codec, a MPEG-4 advanced video coding (AVC) or scalable videocoding (SVC) having better image compression efficiency may be used asthe A/V codec for the mobile service. Furthermore, any type of data maybe transmitted as the mobile service data. For example, transportprotocol expert group (TPEG) data for broadcasting real-timetransportation information may be transmitted as the main service data.

Also, a data service using the mobile service data may include weatherforecast services, traffic information services, stock informationservices, viewer participation quiz programs, real-time polls andsurveys, interactive education broadcast programs, gaming services,services providing information on synopsis, character, background music,and filming sites of soap operas or series, services providinginformation on past match scores and player profiles and achievements,and services providing information on product information and programsclassified by service, medium, time, and theme enabling purchase ordersto be processed. Herein, the present invention is not limited only tothe services mentioned above.

Additionally, in the embodiment of the present invention, a group (alsoreferred to as an M/H group or a data group) corresponds to a collection(or group) of data packets confined within a slot (also referred to asan M/H slot).

A group division refers to a set of group regions within a slot. Herein,a group division is categorized into a Primary Group Division or aSecondary Group Division. At this point, a collection of primary groupdivisions within an M/H frame configures (or forms) a primary parade,whereas a collection of secondary group divisions configures (or forms)a secondary parade or an overlay parade.

A group type is determined by the configuration of a group divisionwithin a single group.

A parade (also referred to as an M/H parade) refers to a collection ofgroups that have the same FEC parameters. More specifically, a paraderefers to a collection of group divisions of groups having the samegroup type.

A primary parade (also referred to as a primary M/H parade) correspondsto a collection of primary group divisions, and a secondary parade (alsoreferred to as a secondary M/H parade) corresponds to a collection ofsecondary group divisions. Each of the secondary group divisions iscarried (or transported) through the same slot with its respectivelypaired primary group division. The secondary parade has the same paradeidentifier (ID) as its respective primary parade (i.e., the secondaryparade shares the same parade ID with its respective primary parade).

An overlay parade (also referred to as an overlay M/H parade)corresponds to a collection of secondary group divisions. And, in thiscase, the secondary group divisions are not paired with any of theprimary group divisions.

An RS frame corresponds to a two (2)-dimensional (2D) data frame,wherein an RS frame payload is RS-CRC encoded.

In a primary RS frame, a primary RS frame parade is RS-CRC encoded. Theprimary RS frame is transmitted (or carried) through a primary parade.

In a secondary RS frame, a secondary RS frame parade is RS-CRC encoded.The secondary RS frame is transmitted (or carried) through a secondaryparade.

In an overlay RS frame, an overlay RS frame payload is RS-CRC encoded.The overlay RS frame is transmitted (or carried) through an overlayparade.

A super RS frame corresponds to an RS frame wherein a super RS framepayload is RS-CRC encoded. The super RS frame is transported (orcarried) through two arbitrary parades.

An ensemble (also referred to as an M/H ensemble) refers to a collectionof RS frame having the same FEC codes. Herein, each RS frameencapsulates a collection of a collection of IP streams.

A primary ensemble corresponds to a collection of consecutive primary RSframes.

A secondary ensemble corresponds to a collection of consecutivesecondary RS frames.

An overlay ensemble corresponds to a collection of consecutive overlayRS frames.

A super ensemble (also referred to as a super M/H ensemble) correspondsto a collection of consecutive super RS frames.

In the embodiment of the present invention, data for mobile services maybe transmitted by using a portion of the channel capacity that was usedto transmit data for main services. Alternatively, data for mobileservice may also be transmitted by using the entire channel capacitythat was used to transmit data for main services. The data for mobileservices correspond to data required for mobile services. Accordingly,the data for mobile services may include actual mobile service data aswell as known data, signaling data, RS parity data for error-correctingmobile service data, and so on. In the description of the embodiment ofthe present invention, the data for mobile services will be referred toas mobile service data or mobile data for simplicity.

The mobile service data may be categorized as mobile service data of afirst mobile mode or Core Mobile Mode (CMM) and mobile service data of asecond mobile mode or Extended Mobile Mode (EMM) or Scalable FullChannel Mobile Mode (SFCMM).

Furthermore, when the second mobile mode is used along with the firstmobile mode, the above-described two modes may be collectively definedas the Scalable Full Channel Mobile Mode (SFCMM).

The first mobile mode is a mode in which Mobile DTV services aretransmitted while reserving at least 38 of the 156 packets in each M/HSlot for legacy A/53-compatible services. The second mobile mode is amode in which Mobile DTV services are transmitted while reserving fewerthan 38 of the 156 packets in some or all M/H Slots for legacyA/53-compatible services.

According to the definition of CMM, SFCMM, Ensemble and Parade, the CMMensemble is a Primary or Secondary Ensemble that is compatible with theCMM system. A CMM Ensemble carries a collection of CMM Services and theSFCMM ensemble is a Primary or Secondary Ensemble that carries acollection of SFCMM Services and is backwards compatible with, but notrecognizable by, a CMM receiver/decoder.

And also, the CMM Parade is an M/H Parade that is compatible with theCMM system. A CMM Parade consists of DATA Groups, where each DATA Groupdoes not include the Group Region E and carries an entire RS Framebelonging to the corresponding CMM Ensemble.

The SFCMM Parade is an M/H Parade that is backwards compatible with, butnot recognizable by, a CMM system receiver/decoder. An SFCMM Paradeconsists of DATA Groups, where each DATA Group contains the Group RegionE and carries an entire RS Frame belonging to the corresponding SFCMMEnsemble.

The CMM Service is an M/H Service that is compatible with the CMMsystem. A CMM Service is delivered through a CMM Ensemble. And the CMMService is an M/H Service that is compatible with the CMM system. A CMMService is delivered through a CMM Ensemble.

Also, according to an embodiment of the present invention, a group (alsoreferred to as an M/H group or a data group) corresponds to a collectionof M/H Encapsulated (MHE) data packets confined within a slot (alsoreferred to as an M/H slot).

A group division corresponds to a collection (or set) of group regions(also referred to as M/H group regions) within a slot. Herein, a groupdivision is categorized into a Primary Group Division or a SecondaryGroup Division.

A group region corresponds to a collection (or set) of DATA blocks orextended DATA blocks.

A group type is determined by the configuration of a group divisionwithin a single group.

Known data—Known data is pre-recognized by an agreement between atransmission system and a reception system, and may be used for channelequalization, etc.

FEC—FEC is an abbreviation of a Forward Error Correction, and is ageneric name of technologies wherein a reception end can spontaneouslycorrect an error of a digital signal transmitted from the transmissionend to the reception end without retransmission of a correspondingsignal by the transmission end.

TPC—TPC is an abbreviation of a Transmission Parameter Channel. TPC iscontained in each data group, and then transmitted. The TPC providesinformation about a data frame and a data group to the reception end,and performs signaling of the provided information.

TS—TS is an abbreviation of a Transport Stream.

RS—RS is an abbreviation of Reed-Solomon.

CRC—CRC is an abbreviation of a Cyclic Redundancy Check.

SCCC—SCCC is an abbreviation of a Serial Concatenated ConvolutionalCode.

PCCC—PCCC is an abbreviation of a Parallel Concatenated ConvolutionalCode.

FIC—FIC is an abbreviation of a Fast information channel. FIC carriescross-layer information. This information primarily includes channelbinding information between ensembles and services.

Embodiments of the present invention will hereinafter be described withreference to the annexed drawings.

FIG. 1 illustrates a data frame (M/H frame) structure fortransmitting/receiving mobile service data according to one embodimentof the present invention.

In the embodiment of the present invention, the mobile service data arefirst multiplexed with main service data in data frame units and, then,modulated in a VSB mode and transmitted to the receiving system.

The term “data frame” mentioned in the embodiment of the presentinvention may be defined as the concept of a time during which mainservice data and mobile service data are transmitted. For example, onedata frame may be defined as a time consumed for transmitting 20 VSBdata frames.

At this point, one data frame consists of K1 number of sub-frames,wherein one sub-frame includes K2 number of slots. Also, each slot maybe configured of K3 number of data packets. In the embodiment of thepresent invention, K1 will be set to 5, K2 will be set to 16, and K3will be set to 156 (i.e., K1=5, K2=16, and K3=156). The values for K1,K2, and K3 presented in this embodiment either correspond to valuesaccording to a preferred embodiment or are merely exemplary. Therefore,the above-mentioned values will not limit the scope of the presentinvention.

In the example shown in FIG. 1, one data frame consists of 5 sub-frames,wherein each sub-frame includes 16 slots. In this case, the data frameaccording to the present invention includes 5 sub-frames and 80 slots.

Also, in a packet level, one slot is configured of 156 data packets(i.e., transport stream packets), and in a symbol level, one slot isconfigured of 156 data segments. Herein, the size of one slotcorresponds to one half (½) of a VSB field. More specifically, since one207-byte data packet has the same amount of payload data as payload dataof a segment, a data packet prior to being interleaved may also be usedas a data segment.

156 data packets contained in a slot may be composed of 156 main servicedata packets, may be composed of 118 mobile service data packets and 38main service data packets, or may be composed of (118+M) mobile servicedata packets and L main service data packets. In this case, the sum of Mand L may be set to 38 according to one embodiment of the presentinvention. In addition, M may be zero ‘0’ or a natural number of 38 orless.

One data group is transmitted during a single slot. In this case, thetransmitted data group may include 118 mobile service data packets or(118+M) mobile service data packets.

That is, a data group may be defined as a set of data units includingmobile service data present in one slot. In this case, the mobileservice data may be defined as pure mobile service data, or may bedefined as the concept that includes data for transmitting mobileservice data, such as signaling data, known data, etc.

FIG. 2 illustrates an exemplary structure of a VSB frame, wherein oneVSB frame consists of 2 VSB fields (i.e., an odd field and an evenfield). Herein, each VSB field includes a field synchronization segmentand 312 data segments.

The slot corresponds to a basic time period for multiplexing the mobileservice data and the main service data. Herein, one slot may eitherinclude the mobile service data or be configured only of the mainservice data.

If one M/H frame is transmitted during one slot, the first 118 datapackets within the slot correspond to a data group. And, the remaining38 data packets become the main service data packets. In anotherexample, when no data group exists in a slot, the corresponding slot isconfigured of 156 main service data packets.

Meanwhile, when the slots are assigned to a VSB frame, an offset existsfor each assigned position.

FIG. 3 illustrates a mapping example of the positions to which the first4 slots of a sub-frame are assigned with respect to a VSB frame in aspace region.

Referring to FIG. 3, a 38th data packet (TS packet #37) of a 1st slot(Slot #0) is mapped to the 1st data packet of an odd VSB field. A 38thdata packet (TS packet #37) of a 2nd slot (Slot #1) is mapped to the157th data packet of an odd VSB field. Also, a 38th data packet (TSpacket #37) of a 3rd slot (Slot #2) is mapped to the 1st data packet ofan even VSB field. And, a 38th data packet (TS packet #37) of a 4th slot(Slot #3) is mapped to the 157th data packet of an even VSB field.Similarly, the remaining 12 slots within the corresponding sub-frame aremapped in the subsequent VSB frames using the same method.

Meanwhile, one data group may be divided into at least one or morehierarchical regions. And, depending upon the characteristics of eachhierarchical region, the type of mobile service data being inserted ineach region may vary. For example, the data group within each region maybe divided (or categorized) based upon the receiving performance.

According to the embodiment of the present invention, a data group priorto being processed with data interleaving is divided into regions A, B,C, and D. At this point, the data group may further include region E.Herein, the size of region E is variable, and each group may include anumber of data packets equal to or less than 38. More specifically,according to the embodiment of the present invention, region E mayinclude a maximum of 38 data packets within a single group.

FIG. 4 illustrates a data group including (118+M) mobile service datapackets according to an embodiment of the present invention.

Referring to FIG. 4, the data group includes regions A, B, C, D and E.The data group is contained in a slot including 156 packets. That is, apredetermined number of packets contained in one slot form the datagroup, and such packets include mobile service data.

After 118 mobile service data packets fixed in the data group areinterleaved, the data group is divided into A, B, C and D regions.

Meanwhile, a variable number (M) of mobile service data packets capableof being contained in the data group are contained in an additionalregion E. In the case where the data group in one slot is composed of118 mobile service data packets, the region E can be defined as aspecific region acquired when mobile service data packets are added tothe region composed of only main service data packets. In other words,the region E may include a scalable number of mobile service datapackets in one slot.

The mapping format of the mobile service data packets in the region Emay be changed according to the intention of a designer. In other words,according to one embodiment of the present invention, when the number ofmobile service data packets is 38 or less (i.e., M<38) as shown in FIG.4, a specific packet region in one slot remains empty in such a mannerthat the empty specific packet region can be used as a main service datapacket region, and therefore mobile service data packets can be mappedto the remaining parts. According to another embodiment of the presentinvention, mobile service data packets can be mapped to the data groupin such a manner that M scalable mobile service data packets containedin the region E are spaced apart from one another at intervals of apredetermined distance.

Also, the mobile service data being allocated to one group may bebroadly divided into two types of mobile modes.

Herein, one of the mobile modes is referred to as a first mobile mode ora Core Mobile Mode (CMM), and the other mobile mode is referred to as asecond mobile mode or an Extended Mobile Mode (EMM) or a Scalable FullChannel Mobile Mode (SFCMM). Furthermore, the first mobile mode and thesecond mobile mode may be collectively referred to as the Scalable FullChannel Mobile Mode (SFCMM). At this point, the mobile service data ofthe first mobile mode and the mobile service data of the second mobilemode may be encoded at a coding rate of ½, ⅓, or ¼.

The first mobile mode corresponds to a mode that is compatible with theconventional mobile broadcasting system. And, the second mobile mode maybe either compatible or non-compatible with the conventional mobileservice data. However, the second mobile mode corresponds to a mode thattransmits data that cannot be recognized (or acknowledged) by theconventional mobile broadcasting system.

Only mobile service data of the first mobile mode may be allocated toone group, or only mobile service data of the second mobile mode may beallocated to the one group. Alternatively, both the mobile service dataof the first mobile mode and the mobile service data of the secondmobile mode may both be allocated to one group.

FIG. 5 illustrates a structure of a data group after being processedwith interleaving according to the embodiment of the present invention,wherein the data group includes (118+M) number of mobile service datapackets.

A data group structure shown in FIG. 5 is transmitted to the receivingsystem. More specifically, one data packet is data-interleaved anddispersed (or distributed) to a plurality of segments, thereby beingtransmitted to the receiving system.

FIG. 5 shows an example of a single group distributed to 208 datasegments. At this point, since one data packet of 207 bytes has the samedata size of one data segment, a packet prior to being data-interleavedmay be used as the concept of a packet.

(a) to (c) of FIG. 5 broadly illustrate the structure of a group in asegment domain according to an embodiment of the present invention. Morespecifically, FIG. 5 illustrates the structure of a group after beingprocessed with data interleaving. In other words, one data packet isdata interleaved, and the data-interleaved packet is distributed to aplurality of data segments, thereby being transmitted to the receivingsystem. (a) of FIG. 5 shows an example of regions A, B, C, and D beingdistributed to 170 data segments after being processed with datainterleaving. (b) of FIG. 5 shows an example of region E beingdistributed to 90 data segments, when a region E exists within thegroup, after being processed with data interleaving. And, (c) of FIG. 5shows an example of one group including regions A, B, C, D, and E beingdistributed to 208 data segments after being processed with datainterleaving. At this point, since a data packet of 207 bytes has thesame data size as one data segment, a packet prior to beingdata-interleaved may be used as the concept of a packet.

(a) of FIG. 5 illustrates an example of dividing a region correspondingto the first 118 data packets among a total of 156 data packets within adata group after being processed with data-interleaving into 12 DATAblocks (MH blocks B0 to B11). Also, according to the embodiment of thepresent invention, each of the DATA blocks B1 to B10 has the length of16 segments, and DATA block B0 and DATA block B11 each has the length of5 segments.

Herein, when it is assumed that one group includes at least regions A,B, C, and D, depending upon the characteristics of each DATA blockwithin the group, each DATA block may be included in any one of region Ato region D. At this point, according to the embodiment of the presentinvention, and depending upon the level (or degree) of interference ofthe main service data, each DATA block is included in any one regionamong region A to region D.

Herein, the group is divided into multiple regions so that each regioncan be used for a different purpose. More specifically, this is becausea region having no interference from the main service data may yield amore robust data receiving performance (or capability) that a regionhaving interference from the main service data. Also, when a systemtransmitting data by inserting known data, which are pre-known inaccordance with an agreement between the receiving system and thetransmitting system, in a group is applied, known data having apredetermined length may be periodically inserted in a region wherethere is no interference from the main service data (i.e., in a regionthat is not mixed with the main service data). However, in a regionhaving interference from the main service data, due to the interferenceof the main service data, it is difficult to periodically insert knowndata, and it is also difficult to insert consecutively long known data.

DATA block B4 to DATA block B7 within the group shown in (a) of FIG. 5collectively correspond to a region having no interference from the mainservice data. According to the embodiment of the present invention, theregion including DATA block B4 to DATA block B7 will be referred to asregion A (=B4+B5+B6+B7).

DATA block B3 and DATA block B8 within the group shown in (a) of FIG. 5collectively correspond to a region having little interference from themain service data. According to the embodiment of the present invention,the region including DATA block B3 and DATA block B8 will be referred toas region B (=B3+B8).

DATA block B2 and DATA block B9 within the group shown in (a) of FIG. 5collectively correspond to a region having a level of interference fromthe main service data greater than that of region B. According to theembodiment of the present invention, the region including DATA block B2and DATA block B9 will be referred to as region C (=B2+B9).

DATA block B0 to DATA block B1 and DATA block B10 to DATA block B11within the group shown in (a) of FIG. 5 collectively correspond to aregion having a level of interference from the main service data greaterthan that of region C. According to the embodiment of the presentinvention, the region including DATA block B0 to DATA block B1 and DATAblock B10 to DATA block B11 will be referred to as region D(=B0+B1+B10+B11).

(b) of FIG. 5 shows an example of dividing a region, which correspondsto the last 38 data packets among the total of 156 data packets within agroup of a data structure after being processed with data interleaving,into 5 extended DATA blocks (extended MH blocks EB0 to EB4). Also,according to the embodiment of the present invention, each of theextended DATA blocks EB1 to EB3 has the length of 16 segments.Additionally, according to the embodiment of the present invention, theextended DATA block EB0 has the length of 15 segments, and the extendedDATA block EB4 has the length of 27 segments.

Furthermore, according to the embodiment of the present invention, theregion including all of the extended DATA blocks EB0 to EB4 shown in (b)of FIG. 5 will be referred to as region E (=EB0+EB1+EB2+EB3+EB4).

(c) of FIG. 5 is identical to an example of overlapping (a) of FIG. 5and (b) of FIG. 5. Herein, the position of the first segment of theextended DATA block EB0 corresponds to the same segment as the secondsegment of DATA block B8. And, with the exception for the first segmentof DATA block B8, all of the remaining segments respectively overlapwith all of the segments of the extended DATA block EB0. Also, allsegments of DATA block B9 respectively overlap with all segments of theextended DATA block EB1, and all segments of DATA block B10 respectivelyoverlap with all segments of the extended DATA block EB2. Finally, allsegments of DATA block B11 overlap with the first 5 segments of theextended DATA block EB3.

In the above-described example, even if the positions overlap in thesame segment, all DATA blocks include only the data corresponding to thefirst 118 data packets of the data group prior to being processed withdata-interleaving, and all extended DATA blocks include only the datacorresponding to the last 38 data packets of the data group prior tobeing processed with data-interleaving.

The mobile service data being allocated to one data group include mobileservice data of both the first mobile mode and the second mobile mode.

The above-described alignment and positioning of the data blocks and theextended data blocks are merely exemplary. And, accordingly, theposition and number of segments being included in the data blocks andthe extended data blocks may vary within a range that does not influenceor deviate from the technical aspects and characteristics of the presentinvention.

FIG. 6 illustrates various examples of mobile service data of the firstmobile mode and mobile service data of the second mobile mode beingallocated to a group.

According to the embodiment of the present invention, as shown in FIG.6, the mobile service data of the first mobile mode and the mobileservice data of the second mobile mode are allocated as shown in (a) to(d) of FIG. 6.

(a) of FIG. 6 shows an example wherein the mobile service data of thefirst mobile mode are allocated to regions A, B, C, and D within thedata group, and wherein the mobile service data of the second mobilemode are not allocated. In this case, region E does not exist in thegroup, and main service data are allocated (or assigned) to therespective region. According to the embodiment of the present invention,this exemplary case will be referred to as group type 0. Morespecifically, when it is assumed that the number of mobile service datapackets forming one data group corresponds to (118+M), then in case (a)of FIG. 6, the value of M is equal to 0.

(b) of FIG. 6 shows an example wherein the mobile service data of thefirst mobile mode are allocated (or assigned) to regions A, B, C, and Dwithin the data group, and wherein the mobile service data of the secondmobile mode are allocated to region E. According to the embodiment ofthe present invention, this exemplary case will be referred to as grouptype 1. More specifically, the mobile service data being transmittedthrough regions A, B, C, and D within the data group may be validly usedin the conventional mobile broadcasting system.

(c) of FIG. 6 shows an example wherein the mobile service data of thefirst mobile mode are allocated (or assigned) to regions A and B, withinthe data group, and wherein the mobile service data of the second mobilemode are allocated to regions C, D, and E. According to the embodimentof the present invention, this exemplary case will be referred to asgroup type 2. More specifically, the mobile service data beingtransmitted through regions A and B within the data group may bereceived and validly decoded by the conventional mobile broadcastingsystem. However, the mobile service data being transmitted throughregions C, D, and E within the data group are not processed as validinformation by the conventional mobile broadcasting system.

(d) of FIG. 6 shows an example wherein the mobile service data of thesecond mobile mode are allocated to regions A, B, C, D, and E within thedata group, and wherein the mobile service data of the first mobile modeare not allocated. According to the embodiment of the present invention,this exemplary case will be referred to as group type 3. Herein, themobile service data being transmitted through regions A, B, C, D, and Ewithin the data group are not processed as valid information by theconventional mobile broadcasting system.

As described above, the group type is decided depending upon how the 156data packets being included in one data group are used. In other words,the group type is decided depending upon which one of regions A, B, C,and D will be used for the mobile service data of the second mobilemode.

Meanwhile, one data group may include a maximum of 156 data packets.Herein, among the 156 data packets, 118 data packets are assigned toregions A, B, C, and D, and a portion of the remaining 38 data packetsor all of the remaining 38 data packets are assigned to region E. Atthis point, none of the data packets may be assigned to region E. Inthis case, as shown in (a) of FIG. 6, region E does not exist in thecorresponding data group. In the data group that does not include aregion E, mobile service data of the first mobile mode are assigned (orallocated) to the 118 data packets included in region A, B, C, and D,and main service data are assigned to the remaining 38 data packets.More specifically, in the data group that does not include region E,mobile service data of the second mobile mode are not assigned.

This indicates that only the mobile service data of the second mobilemode are assigned to region E within the data group, as shown in (b) to(d) of FIG. 6. More specifically, the mobile service data of the firstmobile mode Furthermore, in a data group including region E, the mobileservice data of the second mobile mode may be further assigned to atleast one of regions A, B, C, and D.

If the mobile service data of the second mobile mode are assigned to allof the regions A, B, C, D, and E, as shown in (d) of FIG. 6, mobileservice data of the first mobile mode cannot be assigned to thecorresponding data group. With the exception for the case wherein themobile service data of the second mobile mode are assigned to all of theregions A, B, C, D, and E, as shown in (d) of FIG. 6, the mobile servicedata of the first mobile mode are assigned to at least one of regions A,B, C, and D.

Also, even when region E does not exist is a specific data group, thenumber of data packets included in region E may vary. More specifically,region E may include a number of data packets ranging from a minimum of0 data packet to a maximum of 38 data packets.

FIG. 7 illustrates an example of a mobile service data packet beingallocated to region E within the data group according to an embodimentto the present invention.

(a) of FIG. 7 shows an example of region E not being assigned (orallocated). Herein, main service data are assigned to the 38 datapackets within the corresponding data group. More specifically, datapackets that are used for mobile services of the second mobile mode donot exist. In this case, according to the embodiment of the presentinvention, regions, A, B, C, and D of the corresponding group are alsonot used for the mobile services of the second mobile mode.

(b) of FIG. 7 shows an example of 38 data packets being assigned toregion E. In this case, main service data are not assigned to thecorresponding group. More specifically, the 38 data packets that areincluded in region E may be used for mobile services of the secondmobile mode.

(c) of FIG. 7 shows an example of 37 data packets being assigned toregion E. In this case, main service data are assigned to one datapacket within the corresponding data group. According to the embodimentof the present invention, among the 38 data packets, the slowest datapacket (i.e., the data packet chronologically placed in the lastposition) is excluded from region E, and the one data packet that isexcluded from region E is used for the main service. More specifically,the 37 data packets included in region E may be used for the mobileservices of the second mobile mode.

(d) of FIG. 7 shows an example of 36 data packets being assigned toregion E. In this case, main service data are assigned to two datapackets within the corresponding data group. According to the embodimentof the present invention, among the 38 data packets, the fastest datapacket (i.e., the data packet chronologically placed in the firstposition) and the slowest data packet (i.e., the data packetchronologically placed in the last position) are excluded from region E,and the two data packets that are excluded from region E are used forthe main services. More specifically, the 36 data packets included inregion E may be used for the mobile services of the second mobile mode.

(e) of FIG. 7 shows an example of 34 data packets being assigned toregion E. In this case, main service data are assigned to four (4) datapackets within the corresponding data group. According to the embodimentof the present invention, among the 38 data packets, the two fastestdata packets (i.e., the two data packets chronologically placed in thefirst two positions) and the two slowest data packets (i.e., the twodata packets chronologically placed in the last two positions) areexcluded from region E, and the four data packets that are excluded fromregion E are used for the main services. More specifically, the 34 datapackets included in region E may be used for the mobile services of thesecond mobile mode.

(f) of FIG. 7 shows an example of 30 data packets being assigned toregion E. In this case, main service data are assigned to eight (8) datapackets within the corresponding data group. According to the embodimentof the present invention, among the 38 data packets, the four fastestdata packets (i.e., the four data packets chronologically placed in thefirst four positions) and the four slowest data packets (i.e., the fourdata packets chronologically placed in the last four positions) areexcluded from region E, and the eight data packets that are excludedfrom region E are used for the main services. More specifically, the 30data packets included in region E may be used for the mobile services ofthe second mobile mode.

More specifically, among the remaining 38 data packets excluding the 118data packets within the data group, region E includes the data packetsthat are used for the mobile service of the second mobile mode.

According to the embodiment of the present invention, each group type isfurther segmented based upon the size of region E.

Meanwhile, a variable number (M) of mobile service data packets capableof being contained in the data group are contained in an additionalregion E. In the case where the data group in one slot is composed of118 mobile service data packets, the region E can be defined as aspecific region acquired when mobile service data packets are added tothe region composed of only main service data packets. In other words,the region E may include a scalable number of mobile service datapackets in one slot.

The mapping format of the mobile service data packets in the region Emay be changed according to the intention of a designer. In other words,according to one embodiment of the present invention, when the number ofmobile service data packets is 38 or less (i.e., M<38), a specificpacket region in one slot remains empty in such a manner that the emptyspecific packet region can be used as a main service data packet region,and therefore mobile service data packets can be mapped to the remainingparts. According to another embodiment of the present invention, mobileservice data packets can be mapped to the data group in such a mannerthat M scalable mobile service data packets contained in the region Eare spaced apart from one another at intervals of a predetermineddistance.

FIG. 8 illustrates an example of each group type being segmented basedupon the size of region E according to an embodiment of the presentinvention.

At this point, group type 0 corresponds to when region E does not exist,and, in this case, further segmentation is not performed. In the datagroup of group type 0, a primary group division includes regions A, B,C, and D or includes regions A and B. Also, either a secondary groupdivision does not exist, or a secondary group division includes regionsC and D.

Depending upon the size of region E, group type 1 may be furthersegmented to 5 group types (i.e., group types 1-0, 1-1, 1-2, 1-4, and1-8). In the data group of group type 1, a primary group divisionincludes regions A, B, C, and D, and a secondary group division includesregion E.

At this point, group type 1-0 (G1-0) corresponds to a group typeconfigured by combining (b) of FIG. 6 and (b) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to region E, and region E includes 38 data packets.Group type 1-1 (G1-1) corresponds to a group type configured bycombining (b) of FIG. 6 and (c) of FIG. 7. Herein, the mobile servicedata of the second mobile mode are assigned (or allocated) only toregion E, and region E includes 37 data packets. Group type 1-2 (G1-2)corresponds to a group type configured by combining (b) of FIG. 6 and(d) of FIG. 7. Herein, the mobile service data of the second mobile modeare assigned (or allocated) only to region E, and region E includes 36data packets. Group type 1-4 (G1-4) corresponds to a group typeconfigured by combining (b) of FIG. 6 and (e) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to region E, and region E includes 34 data packets. And,group type 1-8 (G1-8) corresponds to a group type configured bycombining (b) of FIG. 6 and (f) of FIG. 7. Herein, the mobile servicedata of the second mobile mode are assigned (or allocated) only toregion E, and region E includes 30 data packets.

Depending upon the size of region E, group type 2 may be furthersegmented to 5 group types (i.e., group types 2-0, 2-1, 2-2, 2-4, and2-8). In the data group of group type 2, a primary group divisionincludes regions A and B, and a secondary group division includesregions C, D, and E.

At this point, group type 2-0 (G2-0) corresponds to a group typeconfigured by combining (c) of FIG. 6 and (b) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions C, D, and E. Herein, region E includes 38data packets. Group type 2-1 (G2-1) corresponds to a group typeconfigured by combining (c) of FIG. 6 and (c) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions C, D, and E. Herein, region E includes 37data packets. Group type 2-2 (G2-2) corresponds to a group typeconfigured by combining (c) of FIG. 6 and (d) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions C, D, and E. Herein, region E includes 36data packets. Group type 2-4 (G2-4) corresponds to a group typeconfigured by combining (c) of FIG. 6 and (e) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions C, D, and E. Herein, region E includes 34data packets. And, group type 2-8 (G2-8) corresponds to a group typeconfigured by combining (c) of FIG. 6 and (f) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions C, D, and E. Herein, region E includes 30data packets.

Depending upon the size of region E, group type 3 may be furthersegmented to 5 group types (i.e., group types 3-0, 3-1, 3-2, 3-4, and3-8). In the data group of group type 3, a primary group divisionincludes regions A, B, C, D, and E, and a secondary group division doesnot exist.

At this point, group type 3-0 (G3-0) corresponds to a group typeconfigured by combining (d) of FIG. 6 and (b) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions A, B, C, D, and E. Herein, region E includes38 data packets. Group type 3-1 (G3-1) corresponds to a group typeconfigured by combining (d) of FIG. 6 and (c) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions A, B, C, D, and E. Herein, region E isconfigured of 37 data packets. Group type 3-2 (G3-2) corresponds to agroup type configured by combining (d) of FIG. 6 and (d) of FIG. 7.Herein, the mobile service data of the second mobile mode are assigned(or allocated) only to regions A, B, C, D, and E. Herein, region Eincludes 36 data packets. Group type 3-4 (G3-4) corresponds to a grouptype configured by combining (d) of FIG. 6 and (e) of FIG. 7. Herein,the mobile service data of the second mobile mode are assigned (orallocated) only to regions A, B, C, D, and E. Herein, region E includes34 data packets. And, group type 3-8 (G3-8) corresponds to a group typeconfigured by combining (d) of FIG. 6 and (f) of FIG. 7. Herein, themobile service data of the second mobile mode are assigned (orallocated) only to regions A, B, C, D, and E. Herein, region E includes30 data packets.

More specifically, the group format of group type 2 and the group formatgroup type 3 are identical to one another. In other words, the samegroup map may be used for group type 2 and group type 3.

In FIG. 8, group type 4 (G3) is not further segmented to a lower-levelgroup type. And, in this case, the 156 data packets are all used for themobile service data. At this point, mobile service data are alsoassigned to an MPEG header and RS parity data positions within the 156data packets.

In other words, in the case where the data group does not include mainservice data, the RS parity and the MPEG header for backwardcompatibility need not be used, such that an area reserved for the RSparity and the MPEG header is allocated to an area for mobile servicedata and forms a block contained in the region E.

At this point, a parade includes group divisions of groups having thesame group type. For example, an arbitrary primary parade is configuredof primary group divisions of groups corresponding to group type 1-1. Inother words, the data of one parade are assigned and transmitted togroup divisions of groups having the same group type. For example, thedata of an arbitrary primary parade are assigned and transmitted to aprimary group division of groups having the same group type.

Meanwhile, the primary parade and the second parade according to theembodiment of the present invention share the same parade identifier andthe same Number Of Group (NOG). Herein, the NOG refers to a number ofgroups within one sub-frame. For example, when the NOG of the primaryparade is equal to 4, the NOG of the secondary parade should also beequal to 4. More specifically, the secondary parade always forms a pairwith the primary parade and is dependent to the primary parade.Therefore, each of the secondary parades is transmitted through the sameslot as that of its paired primary parade.

Conversely, the overlay parade is not paired with the primary parade.More specifically, although the secondary parade and the overlay paradeare both transmitted through a secondary group division within a group,the overlay parade is not dependent to the corresponding primary parade.Therefore, each of the primary parade and the overlay parade has adifferent parade identifier, and the NOG of each of the primary paradeand the overlay parade may either be identical to one another or bedifferent from one another. More specifically, the NOG boundary of theprimary parade may be different from the NOG boundary of the overlayparade. Nevertheless, the overlay parade includes secondary groupdivisions of groups having the same group type. In other words, the dataof the overlay parade are transmitted through the secondary groupdivisions of groups having the same group type. Accordingly, in order tohave the receiving system receive and process the overlay parade,signaling information of the overlay parade is required. The signalinginformation may correspond to a number of overlay parades being assignedto one sub-frame, an identifier of each overlay parade, and so on.According to the embodiment of the present invention, the signalinginformation of the overlay parade is inserted in at least one of a fieldsynchronization region and a signaling information region within agroup, so as to be transmitted. The signaling method of the overlayparade will be described in detail later on.

At this point, a method of assigning (or allocating) groups to each slotmay be identically applied to all sub-frames within a single M/H frame.Alternatively, the method of assigning (or allocating) groups to eachslot may be differently applied for each sub-frame. At this point, whenit is assumed that group assignment (or allocation) is identicallyapplied to all sub-frames within the M/H frame, the number of groupsbeing assigned to one M/H frame becomes a multiple of 5.

Also, according to the embodiment of the present invention, a pluralityof groups included in one parade is assigned to be spaced apart as faraway from one another as possible within the sub-frame. Thus, the datamay be able to respond with robustness against burst errors that mayoccur within a sub-frame.

For example, when it is assumed that 3 groups are assigned (orallocated) to one sub-frame, each group is assigned to a first slot(Slot #0), a fifth slot (Slot #4), and a ninth slot (Slot #8) within thecorresponding sub-frame. Accordingly, when it is assumed that 16 groupsare assigned to one sub-frame by using the above-described assignment(or allocation) rule, the 16 groups are assigned by the order of Slot#0, Slot #4, Slot #8, Slot #12, Slot #2, Slot #6, Slot #10, Slot #14,Slot #1, Slot #5, Slot #9, Slot #13, Slot #3, Slot #7, Slot #11, andSlot #15.

Equation 1 below shows the above-described rule for assigning aplurality of groups to one sub-frame in the form of a mathematicalequation.j=(4i+O)mod 16  [Equation 1]Herein,

O=0 if i<4,

O=2 else if i<8,

O=1 else if i<12,

O=3 else.

Also, j indicates the slot number within one sub-frame. Herein, j mayhave a value ranging from 0 to 15. Furthermore, i represents a groupnumber. Herein, may have a value also ranging from 0 to 15.

At this point, groups respective to one parade may be assigned to onesub-frame. Alternatively, groups respective to a plurality of paradesmay also be assigned to one sub-frame. The assignment of groupsrespective to a plurality of parades is no different from (or identicalto) the assignment of group respective to a single parade. Morespecifically, groups within another parade being assigned to one M/Hframe are respectively assigned at a cycle period of 4 slots. At thispoint, the group of the other parade may be assigned in a type ofcircular method starting from a slot that is not assigned with a groupof a previous parade.

Furthermore, according to the embodiment of the present invention, whena plurality of parades is assigned to one sub-frame, the overlay paradeis first assigned.

At this point, the corresponding group may include only primary groupdivisions, or may include both primary group divisions and secondarygroup divisions. Also, data of a primary parade may be assigned to theprimary group divisions, and data of a secondary parade or an overlayparade may be assigned to the secondary group divisions. Morespecifically, data of one parade or data of two parades may be assignedto one group.

FIG. 9 illustrates a data group including (118+M) mobile service datapackets according to an embodiment of the present invention.

Referring to (a) of FIG. 9, the data group includes regions A, B, C, D,and E. The data group is contained in a slot including 156 packets. Thatis, a predetermined number of packets contained in one slot form thedata group, and such packets include mobile service data.

After 118 mobile service data packets fixed in the data group areinterleaved, the data group is divided into regions A, B, C, and D asshown in FIG. 4.

Meanwhile, a variable number (M) of mobile service data packets capableof being contained in the data group are contained in an additionalregion E. In the case where the data group in one slot is composed of118 mobile service data packets, the region E can be defined as aspecific region acquired when mobile service data packets are added tothe region composed of only main service data packets. In other words,the region E may include a scalable number of mobile service datapackets in one slot.

The mapping format of the mobile service data packets in the region Emay be changed according to the intention of a designer. In other words,according to one embodiment of the present invention, when the number ofmobile service data packets is 38 or less (i.e., M<38) as shown in (a)of FIG. 9, a specific packet region in one slot remains empty in such amanner that the empty specific packet region can be used as a mainservice data packet region, and therefore mobile service data packetscan be mapped to the remaining parts. According to another embodiment ofthe present invention, mobile service data packets can be mapped to thedata group in such a manner that M scalable mobile service data packetscontained in the region E are spaced apart from one another at intervalsof a predetermined distance.

(b) of FIG. 9 illustrates a structure acquired after the data groupincluding the region E as shown in (a) of FIG. 9 is interleaved.

As can be seen from FIG. (b) of 11, the data group including 118 mobileservice data packets can be divided into four regions A, B, C and D. Theregion A is located at the center of the data group, and the region B islocated at the exterior of the region A using the region A as areference line. The region C is located at the exterior of the region Bon the basis of the regions A and B. The region D is located at theexterior of the region C on the basis of the regions A, B, and C. Thedata group further includes the region E in which a plurality of blocksincludes the scalable number of mobile data packets.

Referring to (b) of FIG. 9, 10 blocks (B1˜B10) contained in the datagroup form regions A, B, C, and D using the same pattern as in the datagroup shown in FIG. 5. However, the region E including M scalable mobileservice data packets is formed as an additional block.

As can be seen from (b) of FIG. 9, the region E belonging to the datagroup may be contained in a plurality of blocks, and respective blocksmay correspond to a scalable number of VSB segments. Mobile service dataadditionally transmitted through the region E is distributed to 4 or 5blocks.

Meanwhile, in the case where the data group does not include mainservice data, the region E includes a block which includes an area of aplace-holder that includes not only an RS parity but also an MPEG headerfor backward compatibility with a conventional digital broadcast system.In other words, in the case where the data group does not include mainservice data, the RS parity and the MPEG header for backwardcompatibility need not be used, such that an area reserved for the RSparity and the MPEG header is allocated to an area for mobile servicedata and forms a block contained in the region E.

Although 5 blocks are contained in the region E as shown in (b) of FIG.9, the scope or spirit of the present invention is not limited onlythereto. That is, the number of segments contained in each block of theregion E may be scalable, such that the number of blocks contained inthe region E may also be scalable.

In the meantime, according to the present invention, the region Econtained in the data group is determined by M scalable mobile servicedata packets, such that an appropriate number of mobile service datapackets can be transmitted according to an amount of mobile service datato be transmitted, resulting in an increased transmission efficiency.

In addition, additional mobile service data packets are transmittedthrough the region E of the data group, such that the demand of a userwho desires to use a high-quality mobile service that requires a largeamount of data can be satisfied.

FIG. 10 illustrates group type 0 of data group, according to anembodiment of the present invention.

According to FIG. 10, a structure acquired before a data group isinterleaved, when the data group includes 118 mobile service datapackets.

Referring to FIG. 10, the data group includes 118 TS packets thatinclude at least one of FEC-encoded mobile service data, MPEG header,trellis initialization data, known data, signaling data, RS parity dataand dummy data. For convenience of description and better understandingof the present invention, a TS packet contained in the data group isdefined as a mobile service data packet according to the presentinvention.

The data group shown in FIG. 10 includes 118 mobile service datapackets, such that it can be recognized that the slot via which theabove-mentioned data group is transmitted is used for transmitting 38main service data packets.

FIG. 11 illustrates a structure acquired after a group type 0 of datagroup data group is interleaved, when the data group includes 118 mobileservice data packets, according to an embodiment of the presentinvention.

Referring to FIG. 11, the data group including 118 mobile service datapackets is interleaved such that a data group including 170 segments isformed.

In this case, the above-mentioned example in which 118 mobile servicedata packets are distributed to 170 segments has been disclosed only forillustrative purposes and better understanding of the present invention.The number of data segments formed after the data group is interleavedmay be changed to another according to the degree of interleaving.

FIG. 11 shows an example of dividing a data group prior to beingdata-interleaved into 10 data blocks (i.e., data block 1 (B1) to datablock 10 (B10)). In other word, data block can be defined as atransmission block containing mobile service data or main and mobileservice data in segment level. In this example, each data block has thelength of 16 segments. Referring to FIG. 11, only the RS parity data areallocated to a portion of 5 segments before the data block 1 (B1) and 5segments behind the data block 10 (B 10). The RS parity data areexcluded in regions A to D of the data group.

More specifically, when it is assumed that one data group is dividedinto regions A, B, C, and D, each data block may be included in any oneof region A to region D depending upon the characteristic of each datablock within the data group. At this point, according to an embodimentof the present invention, each DATA block may be included in any one ofregion A to region D based upon an interference level of main servicedata.

Herein, the data group is divided into a plurality of regions to be usedfor different purposes. More specifically, a region of the main servicedata having no interference or a very low interference level may beconsidered to have a more resistant (or stronger) receiving performanceas compared to regions having higher interference levels. Additionally,when using a system inserting and transmitting known data in the datagroup, wherein the known data are known based upon an agreement betweenthe transmitting system and the receiving system, and when consecutivelylong known data are to be inserted in the mobile service data, the knowndata having a predetermined length may be inserted in the region havingno interference from the main service data (i.e., a region wherein themain service data are not mixed). However, due to interference from themain service data, it is difficult to insert known data and also toinsert consecutively long known data to a region having interferencefrom the main service data.

As shown in FIG. 11, the data group of group 0 type according to theembodiment of the present invention includes 6 known data sequences.Symbol outputs that are created from the 6 known data sequences mayconfigure a long training sequence.

According to the embodiment of the present invention, a first longtraining sequence within the data group of group 0 type is positioned inthe last two segments of data block B3. A second long training sequencemay be positioned in second and third segments of data block B4. And,third to sixth long training sequences may each be positioned in thelast two segments of data block B4 to data block B7, respectively.

According to the embodiment of the present invention, among theabove-described 6 long training sequences, an interval of 16 segmentsexists between the first long training sequence and the third longtraining sequence. Also, an interval of 16 segments may alsorespectively exist between the third long training sequence and thefourth long training sequence, between the fourth long training sequenceand the fifth long training sequence, and between the fifth longtraining sequence and the sixth long training sequence. Meanwhile, theinterval between the first long training sequence and the second longtraining sequence and the interval between the second long trainingsequence and the third long training sequence may each be smaller than16 segments.

Referring to the shortest training sequence, the first long trainingsequence and the third to sixth long training sequences may each sharethe same value. Meanwhile, according to the embodiment of the presentinvention, the value of the first half of the second long trainingsequence is identical to the value of the second half of the second longtraining sequence.

The receiver may enhance channel equalization performance by using theabove-described long training sequence and may also enhance theperformance in demodulation, such as timing recovery or carrierrecovery. More specifically, since the long training sequence beingtransmitted from the transmitter has a value that is already known bythe receiver, the receiver may determine any distortion, degree oferror, and so on, of a long training sequence included in the receivedsignal, so as to set-up a level of compensation respective to such erroror distortion, thereby being capable of applying such level ofcompensation to other data.

In order to transmit a long training sequence having a value agreed uponin advance by the transmitter and the receiver, the pre-decided value ofthe long training sequence should not be varied during the signalprocessing procedure performed by the transmitting end. Accordingly, aprocedure for preventing such change (or variation) in the value of thelong training sequence is performed by the transmitting end. Forexample, since the trellis encoder of the transmitting end includes amemory within the encoder, data on a signal that was processed prior toprocessing the long training sequence may be stored in the memory.Therefore, if the corresponding memory is not initialized prior toprocessing the long training sequence, the data stored in the memory areprocessed along with the data on the long training sequence, a changemay occur in the data of the long training sequence pre-agreed upon withthe receiver. In order to prevent such change (or variation) fromoccurring, initialization bytes for initializing the trellis encoder maybe included in the very front portion of each training sequence.According to the embodiment of the present invention, theabove-described initialization bytes may have the size of 12 bytes. Whena training sequence begins to be inputted to the trellis encoder, theabove-described initialization bytes may be inputted to the trellisencoder firsthand, so as to initialize the memory included in thetrellis encoder. The initialization value of the memory may, forexample, be set to ‘0’ or ‘ 1’ in accordance to the intentions of thesystem designer. Thereafter, the memory may be processed with aprocedure of adjusting the initialization bytes or a procedure ofprocessing a signal, so that the memory can have the predeterminedinitialization value.

Referring to FIG. 11, data block 4 (B4) to data block 7 (B7) correspondto regions without interference of the main service data. Data block 4(B4) to data block 7 (B7) within the data group shown in FIG. 11correspond to a region where no interference from the main service dataoccurs. In this example, a long known data sequence is inserted at boththe beginning and end of each data block. In the description of thepresent invention, the region including data block 4 (B4) to data block7 (B7) will be referred to as “region A (=B4+B5+B6+B7)”. As describedabove, when the data group includes region A having a long known datasequence inserted at both the beginning and end of each data block, thereceiving system is capable of performing equalization by using thechannel information that can be obtained from the known data. Therefore,the strongest equalizing performance may be yielded (or obtained) fromone of region A to region D.

In the example of the data group shown in FIG. 11, data block 3 (B3) anddata block 8 (B8) correspond to a region having little interference fromthe main service data. Herein, a long known data sequence is inserted inonly one side of each data block B3 and B8. More specifically, due tothe interference from the main service data, a long known data sequenceis inserted at the end of data block 3 (B3), and another long known datasequence is inserted at the beginning of data block 8 (B8). In thepresent invention, the region including data block 3 (B3) and data block8 (B8) will be referred to as “region B(=B3+B8)”. As described above,when the data group includes region B having a long known data sequenceinserted at only one side (beginning or end) of each data block, thereceiving system is capable of performing equalization by using thechannel information that can be obtained from the known data. Therefore,a stronger equalizing performance as compared to region C/D may beyielded (or obtained).

Referring to FIG. 11, data block 2 (B2) and data block 9 (B9) correspondto a region having more interference from the main service data ascompared to region B. A long known data sequence cannot be inserted inany side of data block 2 (B2) and data block 9 (B9). Herein, the regionincluding data block 2 (B2) and data block 9 (B9) will be referred to as“region C(=B2+B9)”.

Finally, in the example shown in FIG. 11, data block 1 (B1) and datablock 10 (B 10) correspond to a region having more interference from themain service data as compared to region C. Similarly, a long known datasequence cannot be inserted in any side of data block 1 (B1) and datablock 10 (B10).

Referring to FIG. 11, it can be readily recognized that the regions Aand B of the data group includes signaling data used for signaling at areception end.

FIG. 12 illustrates group type 1-0 of data group, according to anembodiment of the present invention.

According to FIG. 12, a structure provided before a data group isinterleaved, when the data group includes (118+38) mobile service datapackets

Referring to FIG. 12, the data group includes mobile service data of theregions A and B, mobile service data of the regions C and D, mobileservice data of the region E, an MPEG header, trellis initializationdata, known data, signaling data, RS parity data, and dummy data.

As shown in FIG. 12, the region E has no main service data packets, suchthat the region for the RS parity and the MPEG header is not present inthe region E. Therefore, the above-mentioned regions may be adapted totransmit mobile service data, such that much more mobile service datacan be transmitted.

FIG. 13 illustrates a structure provided after a group type 1-0 of datagroup is interleaved when the data group includes (118+38) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 13 is identical to a structure formed afterthe data group of FIG. 12 is interleaved.

As can be seen from the data group shown in FIG. 13, the primaryensemble is transmitted through the regions A, B, C, and D of the datagroup, and the secondary ensemble is transmitted through the region E ofthe data group. Since the regions A, B, C, and D are identical to thoseof a conventional data group, they can maintain the compatibility with aconventional digital mobile broadcast system. In addition, additionalmobile service data can be transmitted through the region E.

Although the data group of FIG. 13 is divided into 10 blocks belongingto the regions A, B, C, and D and five additional blocks belonging tothe region E, the number of blocks belonging to the region E is notlimited only to ‘5’ and may be changed to another number other than ‘5’according to the intention of a designer.

Referring to FIG. 13, known data is inserted into the region E.Therefore, the reception performance of the reception end is increasedin the region E. As described above, mobile service data is insertedinto the reserved area for both the RS parity and the MPEG headerpresent in the region E, such that much more mobile service data can betransmitted.

FIG. 14 illustrates group type 1-1 of data group, according to anembodiment of the present invention.

According to FIG. 14, a structure provided before a data group isinterleaved, when the data group includes (118+37) mobile service datapackets

Referring to FIG. 14, the data group includes mobile service data of theregions A and B, mobile service data of the regions C and D, mobileservice data of the region E, an MPEG header, trellis initializationdata, known data, signaling data, RS parity data, and dummy data.

As shown in FIG. 14, one main service data packet may be inserted inregion E. In the conventional broadcasting system, an error may occurwhen main data are not received for a long period of time. However, byinserting the main service data packet, as described above, such errormay be prevented.

FIG. 15 illustrates a structure provided after a group type 1-1 of datagroup is interleaved when the data group includes (118+37) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 15 is identical to a structure formed afterthe data group of FIG. 14 is interleaved.

As can be seen from the data group shown in FIG. 15, the primaryensemble is transmitted through the regions A, B, C, and D of the datagroup, and the secondary ensemble is transmitted through the region E ofthe data group. Since the regions A, B, C, and D are identical to thoseof a conventional data group, they can maintain the compatibility with aconventional digital mobile broadcast system. In addition, additionalmobile service data can be transmitted through the region E.

Furthermore, the data that are transmitted through regions A, B, C, andD may be validly decoded by the conventional mobile broadcasting system.However, although the data that are transmitted through region E can bereceived by the conventional mobile broadcasting system, thecorresponding data cannot be processed as valid information.

Although the data group of FIG. 15 is divided into 10 blocks belongingto the regions A, B, C and D and five additional blocks belonging to theregion E, the number of blocks belonging to the region E is not limitedonly to ‘5’ and may be changed to another number other than ‘5’according to the intention of a designer.

Referring to FIG. 15, known data is inserted into the region E.Therefore, the reception performance of the reception end is increasedin the region E. As described above, mobile service data is insertedinto the reserved area for both the RS parity and the MPEG headerpresent in the region E, such that much more mobile service data can betransmitted.

FIG. 16 illustrates group type 1-2 of data group, according to anembodiment of the present invention.

According to FIG. 16, a structure provided before a data group isinterleaved, when the data group includes (118+36) mobile service datapackets.

FIG. 17 illustrates a structure provided after a group type 1-2 of datagroup is interleaved when the data group includes (118+36) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 17 is identical to a structure formed afterthe data group of FIG. 16 is interleaved.

FIG. 18 illustrates group type 1-4 of data group, according to anembodiment of the present invention.

According to FIG. 18, a structure provided before a data group isinterleaved, when the data group includes (118+34) mobile service datapackets.

FIG. 19 illustrates a structure provided after a group type 1-4 of datagroup is interleaved when the data group includes (118+34) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 19 is identical to a structure formed afterthe data group of FIG. 18 is interleaved.

FIG. 20 illustrates group type 1-8 of data group, according to anembodiment of the present invention.

According to FIG. 20, a structure provided before a data group isinterleaved, when the data group includes (118+30) mobile service datapackets.

FIG. 21 illustrates a structure provided after a group type 1-8 of datagroup is interleaved when the data group includes (118+30) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 21 is identical to a structure formed afterthe data group of FIG. 20 is interleaved.

The descriptions of FIG. 14 and FIG. 15 may be similarly applied to thedata groups shown in FIG. 16 to FIG. 21.

In the description of FIG. 14 to FIG. 21, although number of mainservice data packets included in a data group is limited to a specificnumber, the number is merely exemplary. Therefore, the present inventionwill not be limited only to the limited number of data packets proposedin the description of the present invention.

The data groups of FIG. 13, FIG. 15, FIG. 17, FIG. 19, and FIG. 21 mayinclude additional training sequences in addition to the 6 long trainingsequences included in the data group of FIG. 11. The additional trainingsequences may be inserted in a region allocated (or assigned) for SFCMMwithin the data group. More specifically, according to the embodiment ofthe present invention, the additional training sequences are inserted inregion E of the data group. Herein, the number of additional trainingsequences will not be limited to the number of additional trainingsequences shown in the drawing. Accordingly, the number of additionaltraining sequences may be varied in order to satisfy the requirementsrespective to the transmission environment (or condition) of thebroadcast signals.

In each additional training sequence, short segmented training sequencesmay appear several times. Referring to the drawing, in case of the firstand second additional training sequences, mobile service data beingallocated to data group regions C and D and/or main service data beingallocated to the respective slot may be transmitted between thesegmented training sequences. In case of the third and fourth shorttraining sequences, main service data being allocated to the respectiveslot may be transmitted between the segmented training sequences, ormobile service data or main service data may be transmitted to a slotimmediately next (or subsequent) to the respective slot. Herein, theabove-described segmented training sequences may be referred to assymbol sequences.

According to the embodiment of the present invention, the firstadditional training sequence may be positioned in the 7^(th) and 8^(th)segments of the extended data block EB1. And, also according to theembodiment of the present invention, the interval between the firstadditional training sequence and the last long training sequenceincluded in the data group of group type 0 may be equal to 24 segments.Additionally, the second additional training sequence may be positionedin the third and fourth segments of the extended data block EB2, and theinterval between the second additional training sequence and the firstadditional training sequence may be equal to 12 segments. The thirdshort training sequence may be positioned in the 7^(th) and 8^(th)extended data block EB3, and the interval between the third shorttraining sequence and the second short training sequence may be equal to20 segments. The fourth short training sequence may be positioned in thethird and fourth segments of the extended data block EB4, and theinterval between the fourth short training sequence and the third shorttraining sequence may be equal to 12 segments.

FIG. 22 illustrates group type 2-0 of data group, according to anembodiment of the present invention.

According to FIG. 22, a structure provided before a data group isinterleaved, when the data group includes (118+38) mobile service datapackets.

Referring to FIG. 22, the data group includes mobile service data of theregions A and B, mobile service data of the regions C and D, mobileservice data of the region E, an MPEG header, trellis initializationdata, known data, signaling data, RS parity data, and dummy data.

FIG. 23 illustrates a structure provided after a group type 2-0 of datagroup is interleaved, when the data group includes (118+38) mobileservice data packets, according to an embodiment of the presentinvention.

The structure shown in FIG. 23 is identical to a structure formed afterthe data group of FIG. 22 is interleaved.

As can be seen from the data group shown in FIG. 23, the primaryensemble is transmitted through the regions A and B of the data group,and the secondary ensemble is transmitted through the regions C, D, andE of the data group. Since the regions A and B include the RS parity andthe MPEG header, they can maintain the compatibility with a conventionaldigital mobile broadcast system.

Furthermore, the data that are transmitted through regions A and B maybe validly decoded by the conventional mobile broadcasting system.However, although the data that are transmitted through regions C, D,and E can be received by the conventional mobile broadcasting system,the corresponding data cannot be processed as valid information.

Although the data group of FIG. 23 is divided into 10 blocks belongingto the regions A, B, C and D and five additional blocks belonging to theregion E, the number of blocks belonging to the region E is not limitedonly to ‘5’ and may be changed to another number other than ‘5’according to the intention of a designer.

Referring to FIG. 23, additional known data is inserted into the regionsC and D in addition to the regions A and B. The data group shown in FIG.23 is not affected by main service data, such that successive known datasequences can be contained in the regions C and D differently from thedata group shown in FIG. 13. Therefore, the reception performance ofmobile service data transmitted through the regions C and D at thereception end can be greatly increased.

In accordance with the present invention, the number of known datasequences inserted into the regions C and D is not limited only to aspecific number. Therefore, according to the intention of a designer, aproper number of known data sequences required for enhancing thereception performance of the reception end can be inserted. Inaccordance with one embodiment of the present invention, 3 known datasequences are inserted into the region C, and 2 known data sequences areinserted into the region D.

FIG. 24 illustrates group type 2-1 of data group, according to anembodiment of the present invention.

According to FIG. 24, a structure provided before a data group isinterleaved, when the data group includes (118+37) mobile service datapackets.

Referring to FIG. 24, the data group includes mobile service data of theregions A and B, mobile service data of the regions C and D, mobileservice data of the region E, an MPEG header, trellis initializationdata, known data, signaling data, RS parity data, and dummy data.

As shown in FIG. 24, one main service data packet may be inserted inregion E. In the conventional broadcasting system, an error may occurwhen main data are not received for a long period of time. However, byinserting the main service data packet, as described above, such errormay be prevented.

FIG. 25 illustrates a structure provided after a group type 2-1 of datagroup is interleaved when the data group includes (118+37) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 25 is identical to a structure formed afterthe data group of FIG. 24 is interleaved.

FIG. 26 illustrates group type 2-2 of data group, according to anembodiment of the present invention.

According to FIG. 26, a structure provided before a data group isinterleaved, when the data group includes (118+36) mobile service datapackets.

FIG. 27 illustrates a structure provided after a group type 2-2 of datagroup is interleaved when the data group includes (118+36) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 27 is identical to a structure formed afterthe data group of FIG. 26 is interleaved.

FIG. 28 illustrates group type 2-4 of data group, according to anembodiment of the present invention.

According to FIG. 28, a structure provided before a data group isinterleaved, when the data group includes (118+34) mobile service datapackets.

FIG. 29 illustrates a structure provided after a group type 2-4 of datagroup is interleaved when the data group includes (118+34) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 29 is identical to a structure formed afterthe data group of FIG. 28 is interleaved.

FIG. 30 illustrates group type 2-8 of data group, according to anembodiment of the present invention.

According to FIG. 30, a structure provided before a data group isinterleaved, when the data group includes (118+30) mobile service datapackets.

FIG. 31 illustrates a structure provided after a group type 2-9 of datagroup is interleaved when the data group includes (118+30) mobileservice data packets according to an embodiment of the presentinvention.

The structure shown in FIG. 31 is identical to a structure formed afterthe data group of FIG. 30 is interleaved.

Referring to the data group structure of FIG. 22 to FIG. 31, a group isdivided into 12 DATA blocks (MH blocks B0 to B11) for the first mobilemode. Additionally, the group is also divided into 5 extended DATAblocks (MH blocks EB0 to EB4) for the second mobile mode.

At this point, the receiving system for the first mobile mode mayreceive and process only the data of 6 DATA blocks (MH blocks B3 to B8).And, the receiving system for the second mobile mode may receive alldata of the 12 DATA blocks (MH blocks B0 to B11) and all data of the 5extended DATA blocks (MH blocks EB0 to EB4), so as to process both themobile data of the first mobile mode and the mobile data of the secondmobile mode.

Meanwhile, group type 3 is segmented to 5 group types (group type 3-0,3-1, 3-2, 3-4, and 3-8), depending upon the number of mobile servicedata packets of the region E. In the group of group type 3, the primarygroup division includes regions A, B, C, D, and E, and the secondarygroup division does not exist. More specifically, according to theembodiment of the present invention, in the primary group division,mobile service data for the second mobile mode are assigned to regionsA, B, C, D, and E, and mobile service data of the first mobile mode arenot assigned to the primary group division. At this point, the groupformat of group type 3 is identical to the group format of group type 2.Therefore, reference may be made to the descriptions of FIG. 27 to FIG.43 for the description of the data groups of each sub group type 3-0,3-1, 3-2, 3-4, and 3-8 of group type 3. However, the receiving systemfor the first mobile mode does not process group type 3. And, thereceiving system for the second mobile mode may receive and process alldata of the 12 DATA blocks (MH blocks B0 to B11) and the 5 extended DATAblocks (MH blocks EB0 to EB4).

The data groups of FIG. 23, FIG. 25, FIG. 27, FIG. 29, and FIG. 31 mayinclude additional training sequences in addition to the 6 long trainingsequences included in the data group of FIG. 11. The additional trainingsequences may be inserted in a region allocated (or assigned) for CMMand/or SFCMM within the data group. More specifically, according to theembodiment of the present invention, the additional training sequencesare inserted in regions C, D, and E of the data group. Herein, thenumber of additional training sequences will not be limited to thenumber of additional training sequences shown in the drawing.Accordingly, the number of additional training sequences may be variedin order to satisfy the requirements respective to the transmissionenvironment (or condition) of the broadcast signals.

Referring to FIG. 23, FIG. 25, FIG. 27, FIG. 29, and FIG. 31, a symboloutput having six additional known data sequences and being created withthe six additional known data sequences configures two long trainingsequences and four segmented short training sequences. The added longtraining sequence will be referred to as a long additional trainingsequence in order to be differentiated from the long training sequencethat is commonly included in group type 0.

Symbol sequences pre-known by the transmitted end and the receiving endbriefly appear several times in a short training sequence. In case ofthe first and second short training sequences, mobile service data ormain service data being allocated to a slot, which is transmittedimmediately before the respective slot, may be transmitted between thepre-known symbol sequences. In case of the third and fourth shorttraining sequences, main service data being allocated to the respectiveslot may be transmitted between the pre-known symbol sequences, ormobile service data or main service data may be transmitted to a slotthat is to be transmitted immediately after to the respective slot.

Depending upon the group type, among the two long additional trainingsequences, one or two of the long additional training sequences maycorrespond to a segmented long training sequence. In the segmented longtraining sequence, an unknown data symbol may be inserted in the middleof a long additional symbol sequence pre-known by the transmitting endand the receiving end. Also, main service data being allocated to therespective slot are transmitted in the middle of the segmented longadditional symbol sequence.

According to the embodiment of the present invention, the first shorttraining sequence may be positioned in the 11^(th) and 12^(th) segmentsof the data block B1. And, the second short training sequence may bepositioned in the 7^(th) and 8^(th) segments of the data block B2, andthe interval between the first short training sequence and the secondshort training sequence may be equal to 12 segments. Additionally, theinterval between the second short training sequence and the first longtraining sequence, which is commonly included in group type 0, may beequal to 24 segments. The second long additional training sequence maybe positioned in the third and fourth segments of the extended datablock EB2 or data block B10, and the interval between the second longadditional training sequence and the first long additional trainingsequence may be equal to 12 segments. The third short training sequencemay be positioned in the 7^(th) and 8^(th) extended data block EB3, andthe interval between the third short training sequence and the secondlong additional training sequence may be equal to 20 segments. Thefourth short training sequence may be positioned in the third and fourthsegments of the extended data block EB4, and the interval between thefourth short training sequence and the third short training sequence maybe equal to 12 segments.

In group type 2-0 of FIG. 23 and in group type 2-1 of FIG. 25, two longadditional training sequences do not correspond to the segmented longadditional training sequences. In group type 2-2 of FIG. 27, in grouptype 2-4 of FIG. 29, and in group type 2-8 of FIG. 31, two longadditional training sequences correspond to the segmented longadditional training sequences.

FIG. 32 illustrates group type 4 of data group, according to anembodiment of the present invention.

According to FIG. 32, a structure provided before a data group isinterleaved, when the data group includes (118+38) mobile service datapackets.

As for the data group shown in FIG. 32, on the condition that 16 slotscontained in one sub-frame transmit a data group including 156 mobileservice data packets, the data group of FIG. 32 may represent any one ofdata group types.

The data group shown in FIG. 32 includes mobile service data of theregions A and B, mobile service data of the regions C and D, mobileservice data of the region E, trellis initialization data, known data,signaling data, and dummy data. That is, the data group of FIG. 32 doesnot include the RS parity and the MPEG header for backwardcompatibility.

As shown in FIG. 32, the regions A, B, C, D and E do not include theregion for the RS parity and the MPEG header. Therefore, theabove-mentioned regions can be used to transmit mobile service data,such that much more mobile service data can be transmitted.

FIG. 33 illustrates a structure provided after a group type 4 of datagroup is interleaved, when the data group includes (118+38) mobileservice data packets, according to an embodiment of the presentinvention.

The structure shown in FIG. 33 is identical to a structure formed afterthe data group of FIG. 32 is interleaved.

Referring to FIG. 33, additional known data is inserted into the regionsC and D in addition to the regions A and B. The data group shown in FIG.33 is not affected by main service data, such that successive known datasequences can be contained in the regions C and D. Therefore, thereception performance of mobile service data transmitted through theregions C and D at the reception end can be greatly increased.

In addition, first known data present in the region E of the first datagroup may be connected to second known data present in the upper C and Dregions of the second data group that is adjacent to the first datagroup. In this case, a known data sequence may be assigned to an overallarea of the data group. As a result, the reception performance of mobileservice data in the case of using the overall area of the group ishigher than the reception performance of mobile service data in anothercase of using a conventional data group.

In accordance with another embodiment of the present invention, whenknown data of the first data group is connected to known data of thesecond group that is adjacent to the first data group, known datainstead of trellis initialization data inserted in the front end of eachknown data may be additionally inserted. In this case, the trellisinitialization data to be located at the front end of the connectedknown data sequence should be contained in the data group.

In addition, as shown in FIG. 33, in the regions A, B, C, D and E,mobile service data is inserted into the reserved area for the RS parityand the MPEG header, such that much more mobile service data can betransmitted within one data group.

FIG. 34 illustrates a data group according to the present invention,wherein 156 mobile service data packets are allocated to a single datagroup.

According to the embodiment of the present invention, when the datagroups, which are transmitted by all slots within a single sub-frame,are configured of 156 mobile service data packets, the correspondingdata groups may be defined as group type 4.

One data frame may transmit main service data, mobile service data forCMM, and/or mobile service data for SFCMM.

When mobile service data of SFCMM are transmitted along with mainservices and CMM services, data groups may be divided into group type 0to group type 3, depending upon the method of allocating the CMM orSFCMM to each region.

Among the above-described data groups, the data groups of group type 0transmit mobile service data of CMM to group regions A, B, C, and D anddo not transmit mobile service data of SFCMM. Therefore, in group type0, the group region E does not exist.

Among the above-described data groups, the data groups of group type 1transmit mobile service data of CMM to group regions A, B, C, and D andmay transmit mobile service data of SFCMM to the group region E.

Among the above-described data groups, the data groups of group type 2transmit mobile service data of CMM to group regions A and B andtransmit mobile service data of SFCMM to the group regions C, D, and E.

Among the above-described data groups, the data groups of group type 3transmit mobile service data of SFCMM to group regions A, B, C, D, andE.

The data groups of group type 0 transmit mobile service data of CMMalong with main service data, and the data groups of group type 1 togroup type 3 may or may not transmit main service data. Accordingly, inthe data groups of group type 1 to group type 3, lower-level group typesmay be determined depending upon the number of main service data packetsthat are allocated to the corresponding slot.

A data frame may transmit only the mobile service data for SFCMM.Additionally, the entire channel capacity may be allocated for thetransmission of the mobile service data for SFCMM only.

For example, data groups are allocated to all slots within a data frameor a sub-frame. And, when the allocated data groups all correspond tothe group type 3-0, the entire channel capacity is allocated for thetransmission of the mobile service data for SFCMM only. In this case,the mobile service is not required to have backward compatibility withthe main service. However, since the group type 3-0 may also configure adata frame or a sub-frame along with another group type, the group type3-0 should always be compatible with the main service and CMM service.

Therefore, in case the entire data channel capacity within at least onesub-frame is allocated for the transmission of mobile service data forSFCMM, the embodiment of the present invention proposes a method ofusing used data for the compatibility with the main service and the CMMservice.

The above-described method will hereinafter be referred to as anIncreased Capacity Mode (ICM).

When data groups are allocated to all slots within at least onesub-frame, and when main service data or mobile service data of CMM arenot transmitted to any of the slots within the at least one sub-frame,the ICM may be applied. More specifically, the data groups that areallocated to all slots within the at least one sub-frame transmit onlythe mobile services for the SFCMM.

Data groups of a new group type are used in the ICM, and the new grouptype used herein will be referred to as group type 4 (GT4). Morespecifically, data groups of group type 4 are transmitted to all slotswithin the at least one sub-frame.

Just as group type 3, group type 4 transmits mobile service data ofSFCMM to all group regions A, B, C, D, and E. Also, since the datagroups of group type 4 do not include main service data packets, alower-level group type does not exist.

In the data groups of group type 0 to group type 3, for thecompatibility with the main services, each of the data packets includesan MPEG-2 header, and each of the data packets is processed withsystematic/non-systematic RS encoding so as to include an RS paritybyte. However, since the data groups of group type 4 disregards (orignores) the compatibility with the main services, the data bytes thatwere used for the MPEG-2 header and the RS parity byte may be used forthe transmission of mobile service data.

More specifically, for example, while each of the data groups of grouptype 0 to group type 3 includes 184 bytes of mobile service data, a3-byte MPEG-2 header, and 20 bytes of RS parity bytes, each data groupof group type 4 includes 207 bytes of mobile service data.

As described above, since the transmission amount of the mobile servicedata increases, the channel capacity for the transmission of mobileservice data may be extended from 19.39 Mbps to 21.35 Mbps.

FIG. 34 illustrates a group structure of a packet domain of group type 4according to an embodiment of the present invention. Herein, FIG. 34shows the structure of a group prior to a data interleaving process.

FIG. 35 illustrates a group structure of a data group of group type 4after a data interleaving process according to an embodiment of thepresent invention.

A group map may be configured of a plurality of data blocks or aplurality of extended data blocks, and the data group of group type 4according to the embodiment of the present invention may be configuredof 12 data blocks and 5 extended data blocks. Additionally, the size andposition of each data block or extended data block are identical tothose of a data group corresponding to another group type.

The data group of group type 4 may transmit only mobile services ofSFCMM. Accordingly, an SCFMM primary parade may be allocated to thegroup type 4 having only a primary group division, thereby beingtransmitted.

In the ICM, since all data groups within at least one sub-framecorresponds to data groups of group type 4, each of the paradecorresponds to the SFCMM primary parade, and each of the ensemblecorresponds to the SFCMM primary ensemble. Also, although one superensemble may be transmitted to two SCFMM primary parades, since there isno difference between transmitting a super ensemble to two SFCMM Primaryparades and transmitting the super ensemble through one SFCMM primaryparade in the ICM, there is no need to actually configure a superensemble.

Meanwhile, as shown in FIG. 35, the data group of group type 4 mayinclude 8 long training sequences and 6 short training sequences.

The first long training sequence is positioned in the last two segmentsof data block B3. The second long training sequence is positioned in thesecond and third segments of data block B4. The third to eighth longtraining sequences are respectively positioned in each of the last twosegments of data block B4 to data block B9.

Among the above-described long training sequences, the first longtraining sequence and the third to eighth long training sequences eachhas an interval of 16 segments with its neighboring (or adjacent)training sequence. Also, the first long training sequence and the thirdto eighth long training sequences each share the same value.Furthermore, in case of the second long training sequence, the firsthalf of the corresponding long training sequence and the second half ofthe corresponding long training sequence each has the same value.

The first short training sequence is positioned in third to fourthsegments of data block B1, and the second short training sequence ispositioned in third to fourth segments of data block B2. The third shorttraining sequence is positioned in the last two segments of data blockB2. And, the fourth short training sequence and the fifth short trainingsequence are respectively positioned in the last two segments of datablock B10 and extended data block EB3. The sixth short training sequenceis positioned in fifteenth and sixteenth segments of extended block EB4.

Since data groups of group type 4 are used in all slots in the ICM, adata group of the same group type 4 exists in each neighboring (oradjacent) slot.

In this case, the first short training sequence of the current datagroup is connected (or concatenated) to the fourth short trainingsequence of the very previous data group. The second short trainingsequence is connected to the fifth short training sequence of the veryprevious data group, and the third short training sequence is connectedto the sixth short training sequence of the very previous data group.Also, the fourth short training sequence of the current data group isconnected to the first short training sequence of the very next datagroup. The fifth short training sequence is connected to the secondshort training sequence of the very next data group, and the third shorttraining sequence is connected to the third short training sequence ofthe very next data group.

Each of the connected training sequences becomes a long trainingsequence, and each of the long training sequence has the same value asthe first or third to eighth long training sequences.

In the ICM, since a short training sequence always corresponds to aportion of a long training sequence, trellis initialization does notoccur as often as in group map 1 or group map 2. Therefore, according tothe embodiment of the present invention, the trellis encoder of the ICMuses only a state-0 initialization.

As described above, since there is no interference of main service datain the data group of group type 4, insertion of training sequences iseasier than the data groups of group type 0 to group type 3. However,the number of long training sequences or the number of short trainingsequences included in the data group of group type 4 may vary dependingupon the intentions of the system designer or the broadcastingenvironment (or condition).

FIG. 36 is a diagram showing a data group before interleaving the datagroup in an Increased Capacity Mode (ICM).

In the present invention, the CMM is backward compatible with a mainservice and the SFCMM is backward compatible with a main service and theCMM.

However, if the entire M/H channel capacity is allocated to thetransmission of the mobile service data for SFCMM only, the mobileservice is not required to have backward compatibility with the mainservice and the CMM mobile service. That is, for example, in the casewhere main service data is not transmitted through 16 slots belonging toone subframe, data inserted into the data group is not necessary formaintaining backward compatibility with the main service.

In the conventional mode, for compatibility with the main service, alldata packets were subjected to systematic/non-systematic RS encoding soas to include 20 bytes of RS parity bytes. All the data packets includeda 3-byte MPEG-2 header. Accordingly, one data packet including 207 bytesincludes a 3-byte MPEG-2 header, 184 bytes of mobile service data and 20bytes of RS parity bytes. However, all 207 bytes may be used as mobileservice data while ignoring compatibility with the main service.Accordingly, since the transmission amount of mobile service data isincreased, channel capacity for transmitting the mobile service data isincreased from 19.39 Mbps to 21.35 Mbps. In the present invention, thismode is referred to as the ICM. That is, in the ICM, the data groupincludes 156 packets, and RS parity and an MPEG header inserted formaintaining backward compatibility with the main service need not to beinserted into these packets, and a region reserved for such data may beused for the mobile service data.

However, although the channel capacity for the transmission of themobile service data may be extended by ignoring the compatibility withthe main service, the ICM defined in the SFCMM does not considercompatibility with the CMM. Accordingly, in the ICM of the SFCMM, onlythe mobile service of the SFCMM may be used.

In the ICM, a group type 4 is used and the SFCMM data is transmittedthrough all the regions A, B, C, D and E. However, if a group which willbe defined in another embodiment of the present invention includes CMMdata, CMM data is transmitted through the regions A and B of the datagroup and SFCMM data is transmitted through the regions C, D and E. IfCMM data is not included, SFCMM data is transmitted through all theregions A, B, C, D and E.

In one embodiment of the present invention, the regions A and B of thedata group have the same group map as the existing group map for CMM,except that, in the segments belonging to the regions A and B, the databyte/symbol corresponding to the systematic/non-systematic RS parity andthe data byte/symbol corresponding to the MPEG-2 header are replacedwith the byte/symbol for the transmission of the SFCMM mobile data. Theconventional CMM mobile service receiver is set to discard the RS parityand the MPEG-2 header without processing. Accordingly, the byte/symbolof that position may have an arbitrary value. That is, even when SFCMMdata is inserted into the region in which the RS parity and the MPEG-2header are located in the ICM, the CMM receiver discards the datawithout processing. Accordingly, since the CMM receiver may not processSFCMM data, the data having the same state as the group map of themobile data byte/symbol of CMM is processed. Thus, even in the ICM,compatibility with the CMM may be maintained.

FIG. 37 is a diagram showing a data group after interleaving the datagroup in the ICM according to one embodiment of the present invention.

An ICM group including CMM data may include data blocks B0 to B11 andextended data blocks EB0 to EB5 similar to the conventional M/H system.Although the extended data blocks EB0 to EB5 are shown in the figure,the number of extended data blocks may be differently designed accordingto designers. For example, the data group in the ICM may include 5extended data blocks.

Although the RS parity and the MPEG-2 header data were inserted in thesegments included in the regions A and B of the CMM in the related artfor backward compatibility with the main service, EB5 may be defined fordata regions used for transmitting SFCMM data in the ICM. EB5 may bedivided into segments EB5-1 to EB5-5, which have the same segmentboundaries as B3 to B7. At this time, if the entire data group is usedfor SFCMM data, the data or segment of EB5 may be combined with the dataor segment of the data blocks B3 to B7. If the data region for backwardcompatibility, which was included in the block B3, is not present, EB5-1is not present and EB5 may have the same segment boundaries as the datablocks B4 to B7.

Data transmitted by the data groups may be received from one RS frame ortwo RS frames. That is, one RS frame, that is, data of a primary RSframe, is transmitted through all the regions A, B, C, D and E of thedata group in the case of a single frame mode and two RS frames, thatis, data of a primary RS frame and a secondary RS frame, arerespectively transmitted through the regions A and B and the regions C,D and E of the data group in the case of a dual frame mode.

Even in the data group of the ICM, the type of transmitted data may varyaccording to the single frame mode or the dual frame mode. For example,in the dual frame mode, data transmitted through the regions A and B,that is, the data of the primary RS frame, may be CMM data and datatransmitted through the regions C, D and E, that is, the data of thesecondary RS frame, may be SFCMM data. In this case, even in the ICM ofthe SFCMM, backward compatibility with the CMM can be maintained.

As another example, in the ICM, in the single frame mode, the entiredata group may be used for SFCMM data. In this case, the SFCMM receiverreceives and processes the data included in EB5. Accordingly, in oneembodiment of the present invention, the data or segment of EB5 may becombined with the data or segment of the data blocks B4 to B7. In thiscase, the receiver may receive and process the SFCMM data included inEB5 along with the existing data.

The data group of the ICM has 8 long training sequences and 6 shorttraining sequences. In one embodiment of the present invention, a firstlong training sequence may be located on last two segments of the datablock B3. A second long training sequence is located on second and thirdsegments of the data block B4. Third to sixth and eighth long trainingsequences are located on last two segments of the data blocks B4 to B7and B9, respectively. A seventh long training sequence is located onthird and fourth segments of the data block B9. The first to sixth longtraining sequences may be equal to the training sequences used in theCMM.

A first short training sequence is located on third and fourth segmentsof the data block B1, and a second short training sequence is located onthird and fourth segments of the data block B2. A third short trainingsequence is located on last two segments of the data block B2. A fourthshort training sequence and a fifth short training sequence are locatedon last two segments of the data block B10 and the extended data blockEB3, respectively. A sixth short training sequence is located on afifteenth to sixteenth segments of the extended data block EB4.

In the ICM, since the same group map is used in all slots present in atleast one subframe, the same group map is present in adjacent slots. Inthis case, a first short training sequence of a current group may beconcatenated with a fourth short training sequence of a previous group,a second short training sequence thereof is concatenated with a fifthshort training sequence of the previous group, and a third shorttraining sequence thereof may be concatenated with a sixth shorttraining sequence of the previous group. A fourth short trainingsequence of the current group may be concatenated with a first shorttraining sequence of a next group. A fifth short training sequence maybe concatenated with a second short training sequence of the next groupand a third short training sequence may be concatenated with a thirdshort training sequence of the next group. All the concatenated trainingsequences become long training sequences and the long training sequencesformed in this way may have the same role as the first or third toeighth long training sequences. That is, a procedure such as channelequalization may be performed using the concatenated training sequencesin the receiver.

According to the present invention, the system proposed by the presentinvention may perform signaling without specially extending the existingTPC signaling. A group extension mode is set to “111” indicating the ICMsimilar to the related art and a RS frame mode is set to “10” in thecase where the primary RS frame is transmitted through the region A, B,C, D and E and is set to “01” in the case where the primary RS frame istransmitted through the regions A and B, similar to the related art.That is, in the case where the CMM data is transmitted through theprimary RS frame and the SFCMM data is transmitted through the secondaryparade, the RS frame mode becomes “01”. By such signaling, the ICM dataincluding the CMM data may be signaled without changing conventionalsignaling.

As described above, according to the present invention, in the casewhere the entire broadcast channel capacity during a specifictransmission time is allocated to the transmission of the mobile servicedata in the SFCMM, compatibility with the CMM service may be maintained.

FIG. 38 illustrates a process of generating a long training sequence bycombining short segmented training sequences according to an embodimentof the present invention.

Segments included in the regions C, D and/or E in the data group afterinterleaving is performed with respect to the data included in the datagroup may be shared with main service data or mobile service databelonging to another data group. That is, the data of the data group maynot be consecutively included in the segments belonging to the regionsC, D and/or E of the data group and consecutiveness of the data of thedata group in the segments may be lost by data which does not belong tothe data. Accordingly, even when known data is inserted into the regionsC, D and/or E of the data group, known data may not be inserted over onesegment like the regions A and B and known data may be inserted in astate of being divided into short data in the segment.

Among the training sequence included in regions C, D, and/or E withineach of the above-described data groups, using short segmented trainingsequences is less effective in channel equalization, timing recovery,and carrier recovery performed by the receiving end than when using longtraining sequences. Therefore, by generating (or creating) long trainingsequences by combining short segmented training sequences, the receivingend may be able to show a more effective performance than when using theshort segmented training sequences.

Group type 1 (group types 1-0, 1-1, 1-2, 1-4, and 1-8) and group type 2(group types 2-0, 2-1, 2-2, 2-4, and 2-8) of FIG. 13, FIG. 15, FIG. 17,FIG. 19, FIG. 21, FIG. 23, FIG. 25, FIG. 27, FIG. 29, and FIG. 31 eachincludes a third short training sequence and a fourth short trainingsequence in group region E. According to the embodiment of the presentinvention, the third short training sequence is positioned in the 7^(th)and 8^(th) segments of extended data block EB3, and the fourth shorttraining sequence is positioned in the 3^(rd) and 4^(th) segments ofextended data block EB4.

Also, group type 2 of FIG. 23, FIG. 25, FIG. 27, FIG. 29, and FIG. 31includes a first short training sequence and a second short trainingsequence in regions C and D, which are positioned in the front portionof the data group. Herein, the first short training sequence ispositioned in the 11^(th) and 12^(th) segments of data block B1, and thesecond short training sequence is positioned in the 7^(th) and 8^(th)segments of data block B2.

When data groups are allocated to both of two consecutive slots, andwhen the allocated data groups use group type 1 or group type 2, the7^(th) and 8^(th) segments of extended data block EB3 of the data groupallocated to the earlier slot share the same segments as the 11^(th) and12^(th) segments of extended block EB1 of the data group allocated tothe later slot. Also, the 3^(rd) and 4^(th) segments of extended datablock EB4 of the data group allocated to the earlier slot share the samesegments as the 7^(th) and 8^(th) segments of extended block EB2 of thedata group allocated to the later slot. Although the above-describedembodiment of the present invention specifically describes segments thatare shared by data groups allocated to neighboring slots, the presentinvention will not be limited to having segments shared in specificportions, as described above. Therefore, the shared segments may bevaried in accordance with the requirements of the system designer.

In case the data groups allocated to the earlier slot use group type 1or group type 2, and in case the data groups allocated to the later slotuse group type 2, the third short training sequence of the data groupallocated to the earlier slot is located in the same segment as thefirst short training sequence of the data group allocated to the laterslot, and the two short training sequences are connected (orconcatenated) so as to configure one long training sequence or onesegmented long training sequence. Also, the fourth short trainingsequence of the data group allocated to the earlier slot is located inthe same segment as the second short training sequence of the data groupallocated to the later slot, and the two short training sequences areconnected so as to configure one long training sequence or one segmentedlong training sequence.

More specifically, in case the data group allocated to the current slotuses group type 1, and when data group allocated to consecutive slotsuses group type 2, the third and fourth short training sequencespositioned in the later portion of the data group may be used as a longtraining sequence. Also, in case the data group allocated to the currentslot uses group type 2, and when the data group allocated to the earlierslot uses group type 1 or group type 2, the first and second shorttraining sequences positioned in the earlier portion of the data groupmay be used as a long training sequence. In this case, when the datagroup allocated to the subsequent slot uses group type 2, the third andfourth short training sequence positioned in the later portion of thedata group may be used as a long training sequence.

The transmitter may provide signaling on the connection of the trainingsequences to a transmission parameter channel (TPC), so that thereceiver can use the connected training sequences.

The receiver uses the signaling information so as to determine whetheror not a short training sequence positioned in the earlier portion ofthe data group allocated to the current slot or a short trainingsequence positioned in the later portion of the data group can be usedas a long training sequence, and the receiver may acquire channelinformation from the connected long training sequences and may use theacquired channel information for channel equalization.

A long training sequence formed by concatenating short trainingsequences or segmented training sequences serves the same role as a longtraining sequence inserted into regions A and B of a data group. Thatis, the receiver performs a procedure such as channel equalization usinga long training sequence formed by concatenating short trainingsequences in regions C, D and/or E of a data group. In addition, similarto the long training sequence of the regions A and B, initializationdata used in a process of initializing a memory of a trellis encoder isinserted into a beginning part of a long training sequence formed byconcatenating short training sequences.

Data in a concatenation between short training sequences in a process ofconcatenating the short training sequences is data (that is, mobileservice data, RS parity data, etc.) which serves each role before theshort training sequences are concatenated. However, the data performsthe same role as known data if the short training sequences areconcatenated. That is, in the case where the short training sequencesare concatenated, data present in the concatenation serves the same roleas known data in a long training sequence formed by concatenating shorttraining sequences, even when it does not previously configure a shorttraining sequence.

Also, according to the embodiment of the present invention, in caseshort training sequences are combined to configure a long trainingsequence, as described above, data such as trellis initialization bytes,which can be inserted in front of short training sequences that areinserted in regions C, D, and/or E of each data group, may be treatedidentically as data belonging to the training sequences. Morespecifically, for example, in case a pattern trellis initializationbytes is consistent, such data may be used as training sequence datathat are mutually known by the transmitting end (or system) and thereceiving end (or system).

FIG. 39 illustrates a relation between a parade type and a group typeaccording to an embodiment of the present invention.

An M/H Parade is defined to be a collection of Group Divisions,transmitted through a single M/H Frame. The portion of an M/H Paradewithin an M/H Sub-frame shall consist of a collection of GroupDivisions, where these Group Divisions belong to consecutively numberedDATA Groups. A Parade consists of Group Divisions from Groups having anidentical Group Type.

A random primary parade includes primary group divisions of groupscorresponding to group type 1-1. In other words, the data of one paradeare assigned and transmitted to group divisions of groups having thesame group type. For example, data of a random primary parade areassigned and transmitted to a primary group division of groups havingthe same group type.

The type of a parade is determined by a group type of a group to whichthe group division, which is included in the corresponding parade,belongs.

A CMM parade corresponds to a parade that is backward compatible withmobile service data of the first mobile mode or mobile service data ofCMM.

A CMM primary parade corresponds to a collection of primary groupdivisions. And, at this point, each primary group division includesmobile service data backward compatible with the first mobile mode. ACMM secondary parade corresponds to a collection of secondary groupdivisions. And, at this point, each secondary group division includesmobile service data backward compatible with the first mobile mode.

A primary group division included in the CMM primary parade correspondsto a collection of group regions. And, the structure of the primarygroup division may vary depending upon the group type. Herein, theprimary group division included in the CMM primary parade may includeregions A, B, C, and D, or the primary group division included in theCMM primary parade may only include regions A and B.

A secondary group division included in the CMM secondary paradecorresponds to a collection of group regions. And, the structure of thesecondary group division may vary depending upon the group type. Herein,the secondary group division included in the CMM secondary parade mayinclude regions C and D.

An EMM parade corresponds to a parade that is backward compatible withmobile service data of the second mobile mode or mobile service data ofEMM.

An EMM primary parade corresponds to a collection of primary groupdivisions. And, at this point, each primary group division includesmobile service data backward compatible with the second mobile mode. AnEMM secondary parade corresponds to a collection of secondary groupdivisions. And, at this point, each secondary group division includesmobile service data backward compatible with the second mobile mode.

A primary group division included in the EMM primary parade correspondsto a collection of group regions. And, the structure of the primarygroup division may vary depending upon the group type. Herein, theprimary group division included in the EMM primary parade may includeregions A, B, C, D, and E.

A secondary group division included in the EMM secondary paradecorresponds to a collection of group regions. And, the structure of thesecondary group division may vary depending upon the group type. Herein,the secondary group division included in the EMM secondary parade mayonly include region E.

In case a secondary group division does not exist in the group, the CMMsecondary parade or the EMM secondary parade does not exist in thecorresponding group.

Also, when the EMM secondary parade exists in a group, the primaryparade being paired with the EMM secondary parade corresponds to the CMMprimary parade. For example, if the EMM secondary parade corresponds toa collection of secondary group divisions including regions C, D, and E,the primary parade being paired with the EMM secondary paradecorresponds to a collection of primary group divisions including regionsA and B. At this point, the primary parade corresponds to the CMMprimary parade.

Also, depending upon its characteristics, the EMM secondary parade maybe classified as an EMM Class 1 secondary parade and an EMM Class 2secondary parade.

The secondary parade according to the embodiment of the presentinvention is always paired with a primary parade. And, the secondarygroup divisions respectively being paired with the primary groupdivisions are transmitted through the same slots as those of the primarygroup divisions. Furthermore, the pair of primary parade and secondaryparade shares the same parade identifier (parade ID) and the same NumberOf Group Division (NOGD). Herein, the NOGD corresponds to the number ofgroup divisions included in one parade within a sub-frame. Also, theNOGD has the same value as the Number of Group (NOG). Herein, the NOGcorresponds to a number of groups being assigned with parades having thesame parade ID within a sub-frame. For example, when the NOGD of aprimary parade is equal to 4, the NOGD of the secondary parade shouldalso be equal to 4.

Conversely, the EMM secondary parade may have a different NOGD valuefrom that of its paired CMM primary parade. When the EMM secondaryparade has the same NOGD value as its paired CMM parade, thecorresponding EMM secondary parade is classified as an EMM Class 1secondary parade. And, when the EMM secondary parade has a differentNOGD value from that of its paired CMM parade, the corresponding EMMsecondary parade is classified as an EMM Class 2 secondary parade.

Meanwhile, the NOGD values of the CMM primary parade, the CMM secondaryparade, and the EMM primary parade each has the same value as therespective NOG values.

A group of group type 0 may only have a primary group division. And, inthis case, the primary group division includes regions A, B, C, and D.Group type 0 may transmit only mobile services of the first mobile mode.Therefore, a CMM primary parade is assigned and transmitted to grouptype 0 having only the primary group division.

Moreover, a group of group type 0 may also have both a primary groupdivision and a secondary group division. In this case, the primary groupdivision includes regions A and B, and the secondary group divisionincludes regions C and D. Herein, the group of group type 0 may transmitonly the mobile services of the first mobile mode. Therefore, a CMMprimary parade is assigned and transmitted to the primary group divisionof the group belonging to group type 0, and a CMM secondary parade isassigned and transmitted to the secondary group division.

A group of group type 1 has both the primary group division and thesecondary group division. At this point, the primary group divisionincludes regions A, B, C, and D, and the second group division includesregion E. The group of group type 1 transmits mobile services of thefirst mobile mode to the primary group division and transmits mobileservices of the second mobile mode to the secondary group division.Accordingly, a CMM primary parade is assigned and transmitted to theprimary group division of the group of group type 1, and an EMMsecondary parade is assigned and transmitted to the secondary groupdivision.

A group of group type 2 has both the primary group division and thesecondary group division. At this point, the primary group divisionincludes regions A and B, and the second group division includes regionsC, D, and E. The group of group type 2 transmits mobile services of thefirst mobile mode to the primary group division and transmits mobileservices of the second mobile mode to the secondary group division.Accordingly, a CMM primary parade is assigned and transmitted to theprimary group division of the group of group type 2, and an EMMsecondary parade is assigned and transmitted to the secondary groupdivision.

In the group of group type 1 or group type 1, the EMM secondary parademay correspond to the EMM Class 1 secondary parade, or the EMM secondaryparade may correspond to the EMM Class 2 secondary parade.

A group of group type 3 only has a primary group division. And, in thiscase, the primary group division includes regions A, B, C, D, and E. Thegroup of group type 3 may transmit only mobile services of the secondmobile mode. Therefore, the EMM primary parade is assigned andtransmitted to the group of group type 3, which only has the primarygroup division.

The EMM secondary parade may have an NOGD value different from that ofits paired CMM primary parade. And, in this case, the EMM secondaryparade is referred to as the EMM Class 2 secondary parade. When aplurality of primary group divisions is collected (or gathered) andincluded in a CMM primary parade, secondary group divisions of the samegroup may be collected (or gathered) and included in one EMM Class 1secondary parade and may also be included in a plurality of EMM Class 2secondary parades. Herein, in the example given according to theembodiment of the present invention, the number of EMM Class 2 secondaryparades being paired with one CMM primary parade is limited to two EMMClass 2 secondary parades.

At this point, the sum of the NOGD values of two EMM Class 2 secondaryparades is equal to the NOGD value of the paired CMM primary parade andalso equal to the NOG value of the parades having the same paradeidentifier (parade ID).

FIG. 40 is a diagram showing allocation of a main service and a mobileservice given specific channel capacity, according to one embodiment ofthe present invention.

As described above, the broadcast system according to the presentinvention may be divided into a Scalable Full Channel Mobile Mode(SFCMM) and a Core Mobile Mode (CMM). SFCMM may also be represented byan Extended Mobile Mode (EMM).

The CMM is a mode for processing a broadcast signal which can bereceived by the conventional mobile broadcast receiver and the SFCMM isa mode for processing a broadcast signal which can not be decoded orrecognized by the conventional mobile broadcast receiver which does notsupport the SFCMM.

The SFCMM may adjust the amount of a service (main service) forfixed-DTV, CMM and SFCMM data by mixing and transmitting groups havingseveral group types (GTs). Here, the group types may be divideddepending on whether or not data transmitted through a data group isprocessed in the SFCMM or how much additional mobile service data isincluded in a data group by comparison with the CMM if the data isprocessed in the SFCMM. In addition, data transmitted through eachregion of a data group may be divided depending on whether or not dataincluded in a primary RS frame is transmitted or whether or not dataincluded in a primary RS frame and a secondary RS frame is transmitted.Information for dividing the group types may be delivered to thereceiver through signaling data (e.g., TPC).

According to one embodiment of the present invention, the CMM may betransmitted through a group type 0, 1, or 2 and group types 0 and 1 maybe transmitted through the regions A, B, C and D or the regions A and B.A group type 2 may be transmitted through the regions A and B. At thistime, SFCMM data may be transmitted through the regions C, D and E.

The regions through which the CMM is not transmitted, that is, theregions A, B, C, D and E or the regions C, D and E or the region E, maybe present according to group types. That is, SFCMM data may betransmitted through all the regions A, B, C, D and E of the data groupor CMM data may be transmitted through some regions (e.g., regions A andB) of the data group and SFCMM data may be transmitted through theremaining regions (e.g., the regions C, D and E).

In such a system, when one subframe is composed of a combination of agroup of a group type 0 and groups of other group types in order tosupply a main service having a specific rate, the amount of SFCMM datais limited by the number of groups of group type 0.

For example, as shown, 3.3 Mbps out of a channel capacity of 19.4 Mbpsmay be allocated to the main service. A subframe may include 10 groupsof GT0 (group type 0) and 6 groups of GT2-8 (group type 2-8). The groupsof GT2-8 may transmit a CMM parade through the regions A and B or mayomit the CMM parade. When the CMM parade is transmitted through theregions A and B, an SFCMM parade is transmitted through the regions C, Dand E. When the CMM parade is not transmitted, one SFCMM parade istransmitted through the regions A, B, C, D and E. A group of GT0transmits only a CMM parade. One CMM parade may be transmitted throughthe regions A, B, C and D or one CMM parade may be transmitted throughthe regions A and B and another CMM parade may be transmitted throughthe regions C and D. At this time, a parade including the region A maybe referred to as a primary parade and a parade which does not includethe region A may be referred to as a secondary parade.

In this case, a CMM service is fundamentally transmitted through 10 GT0groups and an SFCMM service is transmitted trough the regions C, D and Eamong 6 GT2-8 groups. The regions A and B of the GT2-8 group maytransmit the CMM service or the SFCMM service. At this time, a maximumtransmission amount of SFCMM service is limited by the amount of datatransmitted through 6 GT2-8 groups. The SFCMM service which cannot bereceived by the conventional mobile broadcast receiver and can bereceived only by a new mobile broadcast receiver is limited according togroup types.

One parade may carry one or two ensembles and the parade may be dividedinto a CMM parade and an SFCMM parade. The CMM parade carries an entireRS frame belonging to the CMM ensemble and the SFCMM parade carries anentire RS frame belonging to the SFCMM ensemble.

A set of services is called an ensemble. One or two ensembles may betransmitted through one parade or one ensemble may be transmittedthrough two parades. At this time, one ensemble transmitted through twoparades is referred to as a super ensemble and the super ensemble isvalid in the SFCMM service. When one ensemble is transmitted through oneparade, an ensemble transmitted through a CMM parade is referred to as aCMM ensemble and an ensemble transmitted through an SFCMM parade isreferred to as an SFCMM ensemble. An ensemble transmitted through aprimary parade is referred to as a primary ensemble and an ensembletransmitted through a secondary parade is referred to as a secondaryensemble. The SFCMM secondary ensemble may be subdivided into an SFCMMClass 1 secondary ensemble and an SFCMM Class 2 secondary ensemble andmay be simply referred to as an SFCMM secondary ensemble.

The conventional mobile broadcast receiver and the SFCMM receiverreceive the ID of an ensemble to be received from a management layer andextract the ID of a parade from the ensemble ID. With respect to the CMMensemble, a method of padding “0” or “1” to the MSB of the parade IDdepending on whether the CMM ensemble is a primary or secondary ensembleis used. With respect to the SFCMM ensemble, the ensemble ID and theparade ID are defined according to the below-described rule.

Since the SFCMM parade transmitted through GT0 carries an SFCMMensemble, in the system of the present invention, the SFCMM parade mustbe defined by the SFCMM ensemble. That is, although the SFCMM parade isequal to the CMM parade in terms of group type, the SFCMM ensemble andthe SFCMM parade are defined in the management layer such that theconventional mobile broadcast receiver does not perform an operation forreceiving the SFCMM parade.

When the SFCMM parade is transmitted through GT0, one SFCMM paradetransmitted through the regions A, B, C and D is referred to as aprimary SFCMM parade. In addition, in the case where one SFCMM parade istransmitted through the regions A and B and another SFCMM parade istransmitted through the regions C and D, they are referred to as aprimary SFCMM parade and a secondary SFCMM parade. At this time, thesecondary SFCMM parade may become a Class 1 SFCMM parade or a Class 2SFCMM parade according to a relation between the primary SFCMM paradeand the secondary SFCMM parade. In all these cases, the parade ID andthe ensemble ID may be respectively mapped to a specific parade andensemble based on the rule of allocating the ensemble or parade ID.

Although a parade transmitted through the regions A, B, C and D is a CMMprimary parade and a parade transmitted through the region E is an SFCMMsecondary parade in a GT1 group, the parade transmitted through theregions A, B, C and D may be used as the SFCMM primary parade using theabove-described method of the present invention.

Similarly, although a parade transmitted through the regions A and B isa CMM primary parade and a parade transmitted through the regions C, Dand E is an SFCMM secondary parade in a GT2 group, the paradetransmitted through the regions A and B may be used as the SFCMM primaryparade using the above-described method of the present invention.

According to the present invention, it is possible to solve a problemthat the amount of transmittable SFCMM services is limited according togroup types. In addition, since it is not necessary to change thephysical layer in such a process, it is possible to minimize the changeof the conventional system.

FIG. 41 is a diagram showing a group type and a region of a data groupfor transmitting a CMM and SFCMM parade or an RS frame according to oneembodiment of the present invention.

In the case of a group type 0, the case where the RS frame mode is setto 00 may be defined as a single frame mode. That is, in this mode, datain one primary RS frame is transmitted through an entire data group. Atthis time, the transmitted data may be CMM or SFCMM data. As shown, CMMor SFCMM data is transmitted through the regions A, B, C and D of thedata group.

In the case of group type 0, the case where the RS frame mode is set to01 may be defined as a dual frame mode. That is, in this mode, data in aprimary RS frame may be transmitted through the regions A and B of thedata group and data in a secondary RS frame may be transmitted throughthe regions C and D of the data group. That is, data transmitted throughone data group is included in two RS frames. At this time, thetransmitted data may be CMM or SFCMM data.

In the case of group type 1, if the RS frame mode is set to 00, SFCMMdata is transmitted through an entire data group and such SFCMM data isincluded in one primary RS frame.

In the case of the group type 1, if the RS frame mode is set to 01, dataincluded in a primary RS frame may be transmitted through the regions A,B, C and D of the data group and the data transmitted through theregions A, B, C and D may be CMM or SFCMM data. Data included in asecondary RS frame is transmitted through the region E of the data groupand such data may be SFCMM data.

In the case of group type 2, if the RS frame mode is set to 00, that is,if a single frame mode is set, SFCMM data is transmitted through theregions A, B, C, D and E of the data group and such data may be data ina primary RS frame.

In the case of the group type 2, if the RS frame mode is set to 01, thatis, a dual frame mode is set, CMM or SFCMM data may be transmittedthrough the regions A and B of the data group. Such data may be data ina primary RS frame. The SFCMM data may be transmitted through theregions C, D and E of the data group. Such data is data in a secondaryRS frame.

According to the present invention, the regions of the data group aredivided according to RS frame modes and CMM or SFCMM data may betransmitted through respective regions such that the amount oftransmitted SFCMM data may be increased or decreased. Since the physicallayer is not changed in such a process as described above, it ispossible to minimize the number of system changes that need to be made.

FIG. 42 illustrates an EMM Class 1 secondary parade and an EMM Class 2secondary parade according to an embodiment of the present invention.

Referring to FIG. 42, each group and each parade are illustrates inaccordance with the order of assigned to the respective slot.

As shown in FIG. 42, one primary parade may have one EMM secondaryparade, two EMM secondary parades, or no EMM secondary parade dependingupon the structure of the corresponding parade or the group type of thecorresponding group.

The EMM secondary parade exists only in a group belonging to group type1 or group type 2. The group of group type 0 includes only the CMMparade, and the group of group type 3 includes only the EMM primaryparade.

When the EMM secondary parade has the same NOGD value as that of itspaired CMM primary parade, the EMM secondary parade corresponds to anEMM Class 1 secondary parade. Referring to FIG. 42, since the EMMsecondary parade of Slot #2 and Slot #6 has the same NOGD value of 2 asthat of its paired CMM primary parade, the corresponding EMM secondaryparade is referred to as the EMM Class 1 secondary parade. At thispoint, since the group type is group type 1, the EMM Class 1 secondaryparade includes region E. Furthermore, since the EMM secondary parade ofSlot #10 and Slot #14 also has the same NOGD value of 2 as that of itspaired CMM primary parade, the corresponding EMM secondary parade isalso referred to as the EMM Class 1 secondary parade. At this point,since the group type is group type 2, the EMM Class 1 secondary paradeincludes regions C, D, and E.

When the EMM secondary parade has a different NOGD value from that ofits paired CMM primary parade, the corresponding EMM secondary parade isreferred to as an EMM Class 2 secondary parade. Referring to FIG. 42,unlike the paired CMM primary parade, the EMM secondary parades of Slot#0, Slot #4, Slot #8, and Slot #12 are divided into two EMM secondaryparades each having the NOGD value of 2. And, each of the correspondingEMM secondary parades is referred to as an EMM Class 2 secondary parade.The sum of the NOGD values of the EMM secondary parades is equal to 4,and this value is identical to the NOGD value of the CMM primary parade.At this point, since the group type is group type 1, the EMM Class 2secondary parade includes region E. Furthermore, unlike the paired CMMprimary parade, the EMM secondary parades of Slot #1, Slot #5, Slot #9,Slot #13, and Slot #3 are divided into two EMM secondary paradesrespectively having the NOGD value of 2 and the NOGD value of 3. And,each of the corresponding EMM secondary parades is referred to as an EMMClass 2 secondary parade. The sum of the NOGD values of the EMMsecondary parades is equal to 5, and this value is identical to the NOGDvalue of the CMM primary parade. At this point, since the group type isgroup type 2, the EMM Class 2 secondary parade includes regions C, D,and E.

As shown in FIG. 42, the data groups may be assigned to each slot inaccordance with the above-described Equation 1. At this point, groupsrespective to parades having one parade identifier may be assigned toone sub-frame, or groups respective to parades having a plurality ofparade identifiers may be assigned to one sub-frame.

A CMM primary parade having Parade ID #0 and two EMM Class 2 secondaryparades respectively have group numbers 0 to 3 (i.e., group #0 to group#3) and are assigned to Slot #0, Slot #4, Slot #8, and Slot #12 inaccordance with Equation 1.

A CMM primary parade having Parade ID #1 and an EMM Class 1 secondaryparade respectively have group numbers 4 and 5 (i.e., group #4 and group#5) and are assigned to Slot #2 and Slot #6 in accordance with Equation1.

A CMM primary parade having Parade ID #2 and an EMM Class 1 secondaryparade respectively have group numbers 6 and 7 (i.e., group #6 and group#7) and are assigned to Slot #10 and Slot #14 in accordance withEquation 1.

A CMM primary parade having Parade ID #3 and two EMM Class 2 secondaryparades respectively have group numbers 8 to 12 (i.e., group #8 to group#12) and are assigned to Slot #1, Slot #5, Slot #9, Slot #13, and Slot#3 in accordance with Equation 1.

An EMM primary parade having Parade ID #4 has group numbers 13 to 15(i.e., group #13 to group #15) and is assigned to Slot #7, Slot #11, andSlot #15 in accordance with Equation 1.

Although group numbers are given in accordance with the order of theparade identifiers and in accordance with the order of the group types,and although the slots are assigned in accordance with such given groupnumbers, this is merely exemplary, and, therefore, the group numbers mayalso be separately assigned without referring to the order of the paradeidentifiers or the group type of the groups. Nevertheless, paradeshaving the same parade identifier should be assigned with consecutivegroup numbers, and each of the EMM Class 2 secondary parades should beassigned with consecutive group numbers. For example, in case of theparade having the parade identifier Parade ID #3, as shown in FIG. 42,should be assigned with consecutive group numbers from #8 to #12. And,each of the EMM Class 2 secondary parades should be respectivelyassigned with consecutive group numbers #8 and #9 and consecutive groupnumber #10 to #12.

When parades having the same parade identifiers include the EMM Class 2secondary parades, the EMM Class 2 secondary parade having the smallergroup number is referred to as the first (1st) EMM Class 2 secondaryparade, and the EMM Class 2 secondary parade having the greater groupnumber is referred to as the second (2nd) EMM Class 2 secondary parade.

One RS frame payload is RS-CRC encoded so as to become an RS frame.Also, one RS frame is transmitted through one parade or two paradeswithin a single M/H frame.

The CMM primary RS frame payload (ensemble) is RS-CRC encoded to a CMMprimary RS frame, thereby being transmitted through a CMM primaryparade. Similarly, the CMM secondary RS frame payload (ensemble) isRS-CRC encoded to a CMM secondary RS frame, thereby being transmittedthrough a CMM secondary parade.

The EMM primary RS frame payload (ensemble) is RS-CRC encoded to an EMMprimary RS frame, thereby being transmitted through an EMM primaryparade. Similarly, the EMM Class 1 secondary RS frame payload (ensemble)is RS-CRC encoded to an EMM Class 1 secondary RS frame, thereby beingtransmitted through an EMM Class 1 secondary parade. And, the EMM Class2 secondary RS frame payload (ensemble) is RS-CRC encoded to an EMMClass 2 secondary RS frame, thereby being transmitted through an EMMClass 2 secondary parade.

The super RS frame payload (ensemble) is RS-CRC encoded to a super RSframe, thereby being transmitted through two random parades. At thispoint, since the super RS frame payload (ensemble) cannot be received bya receiver of the first mobile mode, the super RS frame payload(ensemble) is transmitted through two EMM parades.

The super RS frame payload (ensemble) may be transmitted through an EMMprimary parade and another EMM primary parade. Also, super RS framepayload (ensemble) may be transmitted through an EMM primary parade andan EMM Class 1 secondary parade or an EMM Class 2 secondary parade.Alternatively, the super RS frame payload (ensemble) may be transmittedthrough an EMM Class 1 secondary parade and another EMM Class 1secondary parade, and the super RS frame payload (ensemble) may also betransmitted through an EMM Class 1 secondary parade and an EMM Class 2secondary parade. Furthermore, the super RS frame payload (ensemble) maybe transmitted through an EMM Class 2 secondary parade and another EMMClass 2 secondary parade.

At this point, the two parades through which the super ensemble istransmitted, each has a different parade identifier.

FIG. 43 illustrates the relation between a super ensemble, a super RSframe, and a parade according to an embodiment of the present invention.

Super ensemble #1 is RS-CRC encoded so as to form Super RS frame #1.Herein, super RS frame #1 is transmitted through Parade #1 and Parade#2. Also, Super ensemble #2 is RS-CRC encoded so as to form Super RSframe #2. Herein, super RS frame #2 is transmitted through Parade #3 andParade #4. One super ensemble and super RS frame may be transmitted toparades of the same type, such as Parade #1 and Parade #2. Also, thesuper ensemble and super RS frame may be transmitted to paradesbelonging to different parade types, such as Parade #3 and Parade #4.

FIG. 44 illustrates a relation between a parade and an ensemble of theSFCMM according to an embodiment of the present invention.

As shown in FIG. 44, parades and ensembles of a new type, such as EMMClass-1 Secondary Parade/Ensemble, EMM Class-2 SecondaryParade/Ensemble, and Super Ensemble, may be added in the SFCMM system.Accordingly, an identifier that can identify the parades and ensemblesof each type and signal the identified parades and ensembles isrequired. In accordance with an increase in the types of parades andensembles requiring signaling, a signaling overhead also increases. Forexample, in case of a super ensemble, by having two parades carry oneensemble, a method of padding ‘0’ or ‘1’ to an MSB of a parade_id fieldused in the conventional CMM system. In this case, a 16-bit Ensemble IDmay be signaled for one ensemble, thereby increasing the respectivesignaling overhead.

FIG. 45 illustrates a relation between an allocation method of an EMMEnsemble ID and an EMM Parade ID according to an embodiment of thepresent invention.

As shown in FIG. 45, in order to respond to additional EEM parade andensemble in the SFCMM, an EMM_ensemble_field for one EMM ensemble may bedivided into two parts, the two parts being a 4-bitEMM_ensemble_id_prefix field and an 8-bit EMM_ensemble_id_suffix field.The EMM_ensemble_id_prefix field indicates the type of a correspondingEMM ensemble and the type of EMM parade(s) associated with thecorresponding ensemble. And, the EMM_ensemble_id_suffix field carries aparade_id field of the EMM parade associated with the correspondingensemble. The EMM_ensemble_id_suffix field essentially consists of a7-bit parade_id field and a 1-bit padding of an MSB. In this case, whenthe parade_id field within the EMM_ensemble_id_suffix field correspondsto a primary parade, the MSB is set to ‘0’. And, when the parade_idfield within the EMM_ensemble_id_suffix field corresponds to a secondaryparade, the MSB is set to ‘1’. Furthermore, in case of a super ensemble,among two associated EMM parades, only the parade_id field of a paradehaving a small parade_id field value may be included in theEMM_ensemble_id_suffix field, and in case of another EMM parade, theparade_id field may be deduced as (parade_id+1) within theEMM_ensemble_id_suffix field. In case the EMM Ensemble does notcorresponds to a super ensemble, the first 2 bits of theEMM_ensemble_id_prefix field may be set to ‘00’, and the last 2 bits mayindicate the type of the EMM Parade associated with the parade_id fieldincluded in the EMM_ensemble_id_suffix field. (P:‘00’, C1S:‘01’,C2S:‘1C’) In ‘1C’ of C2S, a ‘C’ bit may be set to have the same value asa c2s_parade_num field of the corresponding EMM Class-2 SecondaryParade. Conversely, in case the EMM Ensemble corresponds to a superensemble, the first 2 bits of the EMM_ensemble_id_suffix field may beset to a value other than ‘00’. Herein, the first 2 bits may indicatethe type of the EMM parade having the lower parade_id field value,between the two EMM parades associated with the EMM ensemble, i.e., thetype of the EMM Parade including a parade_id field within anEMM_ensemble_id_suffix field (P or C1S: ‘01’, C2S: ‘1C’). And, the last2 bits may indicate the type of the EMM parade having the higherparade_id field value, between the two EMM parades associated with theEMM ensemble, i.e., the type of the EMM Parade including a parade_idfield having a value larger by ‘1’ than the parade_id field within theEMM_ensemble_id_suffix field (P:‘00’, C1S:‘01’, C2S:‘1C’).

FIG. 46 illustrates a method of an SFCMM receiver for accessing two EMMparades associated with a super ensemble by using an EMM Ensemble IDaccording to an embodiment of the present invention.

By using two EMM parade IDs and the respective type signaled from an EMMEnsemble ID in accordance with the above-described mapping rule,specific EMM parades that are to be accessed by the SFCMM receiver maybe deduced. The corresponding process may be performed at a point wherean EMM ensemble ID is received through an FIC or M/H service signalingchannel (SSC) and stored in the DB. Or, the corresponding process may beperformed immediately before an actual parade accessing process.

As described above, the present invention enables the SFCMM receiver toreceive Unified M/H SSC data, which transmit signaling data that areapplied to all types of SFCMM-M/H Broadcasting, through an SFCMM-M/HCommon Ensemble, the present invention also enables the SFCMM receiverto process, in parallel, the SFCMM-M/H Data Ensemble that is beingreceived by the SFCMM receiver, so that up-to-date signaling informationcan be efficiently managed.

By using the above-described signaling method, an ensemble ID allocationrespective to additional types of parades and ensembles, such as EMMClass-2 Secondary Parade, Super Ensemble, and so on, may be efficientlyrealized.

Also, by using the above-described method, the signaling overhead thatis caused by an additional parade type and ensemble type in the SFCMMsystem may be minimized.

Furthermore, by using the above-described signaling method, a CMM paradeand a CMM ensemble that can be received by the CMM receiver may co-existin the SFCMM system along with an EMM parade and an EMM ensemble thatcan be received only by the SFCMM receiver.

FIG. 47 illustrates a block diagram showing a general structure of adigital broadcast transmitting system according to an embodiment of thepresent invention.

Herein, the digital broadcast transmitting includes a servicemultiplexer 100 and a transmitter 200. Herein, the service multiplexer100 is located in the studio of each broadcast station, and thetransmitter 200 is located in a site placed at a predetermined distancefrom the studio. The transmitter 200 may be located in a plurality ofdifferent locations. Also, for example, the plurality of transmittersmay share the same frequency. And, in this case, the plurality oftransmitters receives the same signal. This corresponds to datatransmission using Single Frequency Network (SFN). Accordingly, in thereceiving system, a channel equalizer may compensate signal distortion,which is caused by a reflected wave, so as to recover the originalsignal. In another example, the plurality of transmitters may havedifferent frequencies with respect to the same channel. This correspondsto data transmission using Multi Frequency Network (MFN).

A variety of methods may be used for data communication each of thetransmitters, which are located in remote positions, and the servicemultiplexer. For example, an interface standard such as a synchronousserial interface for transport of MPEG-2 data (SMPTE-310M). In theSMPTE-310M interface standard, a constant data rate is decided as anoutput data rate of the service multiplexer. For example, in case of the8VSB mode, the output data rate is 19.39 Mbps, and, in case of the 16VSBmode, the output data rate is 38.78 Mbps. Furthermore, in theconventional 8VSB mode transmitting system, a transport stream (TS)packet having a data rate of approximately 19.39 Mbps may be transmittedthrough a single physical channel. Also, in the transmitting systemaccording to the present invention provided with backward compatibilitywith the conventional transmitting system, additional encoding isperformed on the mobile service data. Thereafter, the additionallyencoded mobile service data are multiplexed with the main service datato a TS packet form, which is then transmitted. At this point, the datarate of the multiplexed TS packet is approximately 19.39 Mbps.

At this point, the service multiplexer 100 receives at least one type ofmain service data and table information (e.g., PSI/PSIP table data) foreach main service and encapsulates the received data into a transportstream (TS) packet.

Also, according to an embodiment of the present invention, the servicemultiplexer 100 receives at least one type of mobile service data andtable information (e.g., PSI/PSIP table data) for each mobile serviceand encapsulates the received data into a transport stream (TS) packet.

The mobile service data being inputted to the service multiplexer 100may correspond to mobile service data of the first mobile mode or maycorrespond to mobile service data of the second mobile mode. Also, theTS packet of the mobile service data of the first mobile mode will bereferred to as a mobile service data packet of the first mobile mode,and the TS packet of the mobile service data of the second mobile modewill be referred to as a mobile service data packet of the second mobilemode.

The service multiplexer 100 multiplexes the encapsulated TS packets inaccordance with a predetermined multiplexing rule, thereby outputtingthe multiplexed TS packets to the transmitter 200.

FIG. 48 illustrates a block diagram showing an example of the servicemultiplexer.

The service multiplexer includes a controller 110 for controlling theoverall operations of the service multiplexer, a table informationgenerator 120 for the main service, a null packet generator 130, an OMpacket encapsulator 140, a mobile service multiplexer 150, and atransport multiplexer 160.

The transport multiplexer 160 may include a main service multiplexer 161and a transport stream (TS) packet multiplexer 162.

Referring to FIG. 48, at least one type of compression-encoded mainservice data and table data generated from the table informationgenerator 120 for the main services are inputted to the main servicemultiplexer 161 of the transport multiplexer 160. According to theembodiment of the present invention, the table information generator 120generates PSI/PSIP table data, which is configured in the form of anMPEG-2 private section.

The main service multiplexer 161 respectively encapsulates each of themain service data and the PSI/PSIP table data, which are being inputted,to MPEG-2 TS packet formats, thereby multiplexing the encapsulated TSpackets and outputting the multiplexed packets to the TS packetmultiplexer 162. Herein, the data packet being outputted from the mainservice multiplexer 161 will hereinafter be referred to as a mainservice data packet for simplicity.

The mobile service multiplexer 150 receives and respectivelyencapsulates at least one type of compression-encoded mobile servicedata and the table information (e.g., PSI/PSIP table data) for mobileservices to MPEG-2 TS packet formats. Then, the mobile servicemultiplexer 150 multiplexes the encapsulated TS packets, therebyoutputting the multiplexed packets to the TS packet multiplexer 162.Hereinafter, the data packet being outputted from the mobile servicemultiplexer 150 will be referred to as a mobile service data packet forsimplicity.

At this point, the mobile service data being inputted to the mobileservice multiplexer 150 may correspond to mobile service data of thefirst mobile mode or may correspond to mobile service data of the secondmobile mode. Also, the mobile service data of the first mobile mode andthe mobile service data of the second mobile mode may both besimultaneously inputted to the mobile service multiplexer 150. Also, aTS packet of mobile service data of the first mobile mode is referred toas a mobile service data packet of the first mobile mode, and a TSpacket of mobile service data of the second mobile mode is referred toas a mobile service data packet of the first mobile mode, forsimplicity.

At this point, in order to have the transmitter 200 identify and processthe main service data packet, the mobile service data of the firstmobile mode, and the mobile service data packet of the second mobilemode, identification information is required. A value pre-decided basedupon an agreement between the transmitting system and the receivingsystem may be used as the identification information, or theidentification information may include separate data, or a value of apredetermined position within the corresponding data packet may bemodified and used as the identification information.

According to an embodiment of the present invention, different packetidentifiers (PIDs) may be assigned to each of the main service datapacket, the mobile service data packet of the first mobile mode, and themobile service data packet of the second mobile mode, so as to identifythe main service data packet, the mobile service data packet of thefirst mobile mode, and the mobile service data packet of the secondmobile mode. More specifically, by assigning a PID that is not used fora main service (or a null PID) to a mobile service, the transmitter 200may refer to the PID of the data packet that is being inputted, therebybeing capable of identifying the main service data packet, the mobileservice data packet of the first mobile mode, and the mobile servicedata packet of the second mobile mode.

The TS packet multiplexer 162 of the transport multiplexer 160multiplexes the main service data packet being outputted from the mainservice multiplexer 161 with the mobile service data packet of the firstmobile mode and/or the second mobile mode being outputted from themobile service multiplexer 150. Then, the TS packet multiplexer 162transmits the multiplexed data packets to the transmitter 200. If thereare no main service data being outputted from the main servicemultiplexer 161, only the mobile service data packets being outputtedfrom the mobile service multiplexer 150 are transmitted to thetransmitter 200.

At this point, the output data rate of the TS packet multiplexer 162included in the transport multiplexer 160 does not reach 19.39 Mbps.This is because, in case of the mobile service data, additional encodingis performed on the mobile service data by a pre-processor of thetransmitter 200, thereby increasing the data size.

For example, since the pre-processor of the transmitter performs anencoding process on the mobile service data at a coding rate of ½ orlower, the amount (or size) of the data being outputted from thepre-processor becomes two times larger than the inputted data or more.Therefore, the sum of the data rate of the main service data beingmultiplexed by the service multiplexer 100 and the data rate of themobile service data is always equal to or less than 19.39 Mbps.

The service multiplexer 100 according to the embodiment of the presentinvention may perform diverse exemplary embodiments in order to matchthe final output data rate of the TS Packet multiplexer 162 to 19.39Mbps.

For example, a null packet generator 130 generates a null data packetand outputs the generated null data packet to the TS packet multiplexer162. And, the TS Packet multiplexer 162 multiplexes the null datapacket, the mobile service data packet, and the main service datapacket, so as to match the output data rate to 19.39 Mbps. If there isno main service data packet being outputted from the main servicemultiplexer 161, the TS Packet multiplexer 162 multiplexes the null datapacket with the mobile service data packet, so as to match the outputdata rate to 19.39 Mbps.

At this point, the null data packet is transmitted to the transmitter200, thereby being discarded. More specifically, the null data packet isnot transmitted to the receiving system. In order to do so,identification information for identifying the null data is alsorequired. Herein, the identification information for identifying thenull data may also use a value pre-decided based upon an agreementbetween the transmitting system and the receiving system and may also beconfigured of a separate set of data. And, the identificationinformation for identifying the null data may also change apredetermined position value within the null data packet and use thechanged value. For example, the null packet generator 130 may modify (orchange) a synchronization byte value within the header of the null datapacket, thereby using the changed value as the identificationinformation. Alternatively, the transport_error_indicator flag may beset to ‘1’, thereby being used as the identification information.According to the embodiment of the present invention, thetransport_error_indicator flag within the header of the null data packetis used as the identification information for identifying the null datapacket. In this case, the transport_error_indicator flag of the nulldata packet is set to ‘1’, and the transport_error_indicator flag foreach of the other remaining data packets is reset to ‘0’, so that thenull data packet can be identified (or distinguished).

More specifically, when the null packet generator 130 generated a nulldata packet, and if, among the fields included in the header of the nulldata packet, the transport_error_indicator flag is set to ‘1’ and thentransmitted, the transmitter 200 may identify and discard the null datapacket corresponding to the transport_error_indicator flag.

Herein, any value that can identify the null data packet may be used asthe identification information for identifying the null data packet.Therefore, the present invention will not be limited only to the exampleproposed in the description of the present invention.

Meanwhile, signaling data, such as transmission parameters, are requiredfor enabling the transmitter 200 to process the mobile service data.

According to an embodiment of the present invention, the transmissionparameter is inserted in the payload region of the OM packet, therebybeing transmitted to the transmitter.

At this point, in order to enable the transmitter 200 to identify theinsertion of the transmission parameter in the OM packet, identificationinformation that can identify the insertion of the transmissionparameter in the type field of the corresponding OM packet (i.e.,OM_type field).

More specifically, an operations and maintenance packet (OMP) is definedfor the purpose of operating and managing the transmitting system. Forexample, the OMP is configured in an MPEG-2 TS packet format, and thevalue of its respective PID is equal to ‘0x1FFA’. The OMP consists of a4-byte header and a 184-byte payload. Among the 184 bytes, the firstbyte corresponds to the OM_type field indicating the type of thecorresponding OM packet (OMP). And, the remaining 183 bytes correspondto an OM_payload field, wherein actual data are inserted.

According to the present invention, among the reserved field values ofthe OM_type field, a pre-arranged value is used, thereby being capableof indicating that a transmission parameter has been inserted in thecorresponding OM packet. Thereafter, the transmitter 200 may locate (oridentify) the corresponding OMP by referring to the respective PID.Subsequently, by parsing the OM_type field within the OMP, thetransmitter 200 may be able to know (or recognize) whether or not atransmission parameter has been inserted in the corresponding OM packet.

The transmission parameters that can be transmitted to the OM packetinclude M/H frame information (e.g., M/H frame_index), FIC information(e.g., next_FIC_version_number), parade information (e.g.,number_of_parades, parade_id, parade_repetition_cycle, and ensemble_id),group information (e.g., number of group and start_group_number), SCCCinformation (e.g., SCCC_block_mode and SCCC_outer_code_mode), RS frameinformation (e.g., RS_Frame_mode and RS_frame_continuity_counter), RSencoding information (e.g., RS_code_mode), and so on.

At this point, the OM packet in which the transmission parameter isinserted may be periodically generated by a constant cycle, so as to bemultiplexed with the mobile service data packet.

The multiplexing rules and the generation of null data packets of themobile service multiplexer 150, the main service multiplexer 161, andthe TS packet multiplexer 160 are controlled by the controller 110.

FIG. 49 is a block diagram illustrating a transmission system accordingto an embodiment of the present invention.

Referring to FIG. 49, the transmission system includes a packetadjustment unit 101, a pre-processor 102, a data frame encoder 103, ablock processor 104, a signaling encoder 105, a group formatter 106, apacket formatter 107, a Packet multiplexer (Packet MUX) 108, apost-processor 109, a modified data randomizer 110, asystematic/non-systematic RS encoder 111, a data interleaver 112, anon-systematic RS encoder 113, a parity replacer 114, a modified trellisencoder 115, a synchronization multiplexer (Sync MUX) 116, a pilotinserter 117, a VSB modulator 118, and a Radio Frequency (RF)up-converter 119. In addition, the transmission system of FIG. 1 mayfurther include a pre-equalizer filter 120.

When a mobile service data packet and a main service data packet aremultiplexed, there may occur a displacement between a service streampacket including a mobile service stream and another service streampacket including no mobile service stream. In order to compensate forthe displacement, the packet adjustment unit 101 may be used.

The pre-processor 102 configures mobile service data in a form of amobile service structure for transmitting the mobile service data. Inaddition, the pre-processor 102 performs additional FEC coding of mobileservice data. Also, the pre-processor 102 inserts known data. That is,the pre-processor 102 increases the stability of transmission andreception of mobile service data under a mobile environment.

Also, the pre-processor 102 performs an additional encoding process onthe mobile service data of the first mobile mode extracted from themobile service data packet of the first mobile mode and/or on the mobileservice data of the second mobile mode extracted from the mobile servicedata packet of the second mobile mode, and the pre-processor 102 alsoperforms a group forming process enabling data to be positioned in aspecific position depending upon the purpose of the data that are to betransmitted to the transmission frame. Such processes are performed toenable the mobile service data to respond more swiftly and withrobustness against noise and change in channels.

The pre-processor 102 may include a data frame encoder 103, a blockprocessor 103, a block processor 104, a signaling encoder 105, a groupformatter 106, a packet formatter 107, and a packet multiplexer (packetMUX) 108. In other words, the above-mentioned constituent components maybe contained in the pre-processor 102, and may be configured separatelyfrom the pre-processor 102.

The data frame encoder 103 randomizes mobile service data of the firstmobile mode or second mobile mode, and performs RS encoding and CRCencoding of the mobile service data to build RS frame.

The mobile service data included in the RS frame may correspond tomobile service data of the first mobile mode, or may correspond tomobile service data of the second mobile mode. Furthermore, the RS framemay include both the mobile service data of the first mobile mode andthe mobile service data of the second mobile mode.

Herein, the mobile service data may be broadly divided into two types ofmobile modes. One of the mobile modes is referred to as a first mobilemode or a Core Mobile Mode (CMM), and the other mobile mode is referredto as a second mobile mode or a Scalable Full Channel Mobile Mode(SFCMM). Furthermore, the first mobile mode and the second mobile modemay be collectively referred to as the Scalable Full Channel Mobile Mode(SFCMM).

More specifically, SFCMM is a mode in which Mobile DTV services aretransmitted while reserving fewer than 38 of the 156 packets in some orall M/H Slots for legacy A/53-compatible services. Also SFCMM can besaid as a mode in which the mobile service data are transmitted whilereserving greater than 118 packets out of 156 packets in the slot. AndCMM is a mode in which Mobile DTV services are transmitted whilereserving at least 38 of the 156 packets in each M/H Slot for legacyA/53-compatible services. Also CMM can be said as a mode in which themobile service data are transmitted while reserving less than or equalto 118 packets out of 156 packets in the slot

The first mobile mode corresponds to a mode that is compatible with theconventional mobile broadcasting system. And, the second mobile mode maybe either compatible or non-compatible with the conventional mobileservice data. However, the second mobile mode corresponds to a mode thattransmits data that cannot be recognized (or acknowledged) by theconventional mobile broadcasting system.

Only mobile service data of the first mobile mode may be allocated toone group, or only mobile service data of the second mobile mode may beallocated to the one group. Alternatively, both the mobile service dataof the first mobile mode and the mobile service data of the secondmobile mode may both be allocated to one group.

Although the data of the RS frame being outputted include raw (i.e.,non-processed) mobile service data, CRC data, stuffing data, and so on,in a broader definition, such data all correspond to data for mobileservices. Therefore, the data of each frame will hereinafter bedescribed under the assumption that the data all correspond to mobileservice data.

The block processor 104 converts an RS frame portion into an SCCC block.The block processor 104 converts a mobile service data byte contained inthe SCCC block into bit-based mobile service data. The block processor104 performs convolution encoding of ½, ⅓, or ¼ rate on the bit-basedmobile service data. In this case, the ½ rate means an encoding processin which two bits are output in response to an input of one bit, the ⅓rate means an encoding process in which three bits are output inresponse to an input of two bits, and the ¼ rate means an encodingprocess in which four bits are output in response to an input of fourbits. Output bits are contained in a symbol. The block processor 104performs interleaving of the convolution-encoded output symbol. Theblock processor 104 converts an interleaved symbol into byte-based data,and converts an SCCC block into a data block. A detailed description ofthe data block will hereinafter be described in detail.

The signaling encoder 105 generates signaling information for signalingat a reception end, performs FEC encoding and PCCC encoding of thegenerated signaling information, and inserts the signaling informationinto some regions of the data group. For example, examples of thesignaling information may be a transmission parameter channel (TPC)data, fast information channel (FIC) data, and the like.

The group formatter 106 forms a data group using the output data of theblock processor 104. The group formatter 106 maps FEC-encoded mobileservice data to an interleaved form of a data group format. At thistime, the above-mentioned mapping is characterized in that FEC-encodedmobile service data is inserted into either a data block of acorresponding group or a group region according to a coding rate of eachFEC-encoded mobile service data received from the block processor 104.In addition, the group formatter 106 inserts signaling data, a data byteused for initializing the trellis encoder, and a known data sequence.Further, the group formatter 106 inserts main service data, and aplace-holder for an MPEG-2 header and a non-systematic RS parity. Thegroup formatter 106 may insert dummy data to generate a data group of adesired format. After inserting various data, the group formatter 106performs deinterleaving of data of the interleaved data group. Afterperforming the deinterleaving operation, the data group returns to anoriginal group formed before the interleaving operation.

The packet formatter 107 converts output data of the group formatter 106into a Transport Stream (TS) packet. In this case, the TS packet is amobile service data packet. In addition, the output of the packetformatter 107 according to an embodiment of the present invention ischaracterized in that it includes (118+M) mobile service data packets ina single data group. In this case, M is 38 or less.

The packet multiplexer (Packet MUX) 108 multiplexes a packet includingmobile service data processed by the pre-processor 102 and a packetincluding main service data output from the packet adjustment unit 101.In this case, the multiplexed packet may include (118+M) mobile servicedata packets and L main service data packets. For example, according toan embodiment of the present invention, M is any one of integers from 0to 38, and the sum of M and L is set to 38. In other words, although thepacket multiplexer (packet MUX) 108 may multiplex the mobile servicedata packet and the main service data packet, in the case where thenumber of input main service data packets is set to ‘0’ (i.e., L=0),only the mobile service data packet is processed by the packetmultiplexer (packet MUX) 108, such that the packet multiplexer (packetMUX) 108 outputs the processed mobile service data packet only.

The post-processor 109 processes mobile service data in such a mannerthat the mobile service data generated by the present invention can bebackward compatible with a conventional broadcast system. In accordancewith one embodiment of the present invention, the post-processor 109 mayinclude a modified data randomizer 110, a systematic/non-systematic RSencoder 111, a data interleaver 112, a non-systematic RS encoder 113, aparity replacer 114 and a modified trellis encoder 115. In other words,each of the above-mentioned constituent components may be locatedoutside of the post-processor 109 according to the intention of adesigner as necessary.

The modified data randomizer 110 does not perform randomizing of amobile service TS packet, and bypasses a mobile service TS packet. Themodified data randomizer 110 performs randomizing of the main servicedata TS packet. Therefore, according to one embodiment of the presentinvention, the randomizing operation is not performed when a data groupgenerated by the pre-processor 102 has no main service data.

In the case where input data is a main service data packet, thesystematic/non-systematic RS encoder 111 performs systematic RS encodingof the main service data packet acting as the input data, such that itgenerates RS FEC data. In the case where input data is a mobile servicedata packet, the systematic/non-systematic RS encoder 111 performsnon-systematic RS encoding, such that it generates RS FEC data. Inaccordance with one embodiment of the present invention, thesystematic/non-systematic RS encoder 111 generates RS FEC data havingthe size of 20 bytes during the systematic/non-systematic RS encodingprocess. The RS FEC data generated in the systematic RS encoding processis added to the end of a packet having the size of 187 bytes. RS FECdata generated in the non-systematic RS encoding process is insertedinto the position of an RS parity byte predetermined in each mobileservice data packet. Therefore, according to one embodiment of thepresent invention, in the case where the data group generated by thepre-processor has no main service data, the systematic RS encoder 111for main service data performs no RS encoding. In this case, thenon-systematic RS encoder 111 does not generate a non-systematic RSparity for backward compatibility.

The data interleaver 112 performs byte-based interleaving of data thatincludes main service data and mobile service data.

In the case where it is necessary to initialize the modified trellisencoder 115, the non-systematic RS encoder 113 receives an internalmemory value of the modified trellis encoder 115 as an input, andreceives mobile service data from the data interleaver 112 as an input,such that it changes initialization data of mobile service data to amemory value. The non-systematic RS encoder 113 performs non-systematicRS encoding of the changed mobile service data, and outputs thegenerated RS parity to the parity replacer 114.

In the case where it is necessary to initialize the modified trellisencoder 115, the parity replacer 114 receives mobile service data outputfrom the data interlever 112, and replaces an RS parity of the mobileservice data with an RS parity generated from the non-systematic RSencoder 113.

In the case where the data group generated in the pre-processor does notinclude main service data at all, the data group need not have an RSparity for backward compatibility. Accordingly, in accordance with oneembodiment of the present invention, the non-systematic RS encoder 113and the parity replacer 114 do not perform each of the above-mentionedoperations, and bypass corresponding data.

The modified trellis encoder 115 performs trellis encoding of outputdata of the data interleaver 112. In this case, in order to allow dataformed after the trellis encoding to have known data pre-engaged betweena transmission end and a reception end, a memory contained in themodified trellis encoder 115 should be initialized before the beginningof the trellis encoding. The above-mentioned initialization operationbegins by trellis initialization data belonging to a data group.

The synchronization multiplexer (Sync MUX) 116 inserts a fieldsynchronization signal and a segment synchronization signal into outputdata of the modified trellis encoder 115, and multiplexes the resultantdata.

The pilot inserter 117 receives the multiplexed data from thesynchronization multiplexer (Sync MUX) 116, and inserts a pilot signal,that is used as a carrier phase synchronization signal for demodulatinga channel signal at a reception end, into the multiplexed data.

The VSB modulator 118 performs VSB modulation so as to transmit data.

The transmission unit 119 performs frequency up-conversion of themodulated signal, and transmits the resultant signal.

In the present invention, the transmitting system provides backwardcompatibility in the main service data so as to be received by theconventional receiving system. Herein, the main service data and themobile service data are multiplexed to the same physical channel andthen transmitted.

Meanwhile, a transmitter of the ICM, i.e., a transmitter including grouptype 4, is not particularly any different from a transmitter of a modeother than the ICM, i.e., a transmitter supporting group type 0 to grouptype 3. And, the transmitter of a mode other than the ICM may beextended so as to be capable of supporting the ICM.

A pre-processor of the transmitter for the ICM may also include a dataframe encoder 103, a block processor 104, a group formatter 106, asignaling encoder 105, and a packet formatter 107.

The data frame encoder 103 may be configured identically as thetransmitter of a mode other than the ICM.

In the block processor, with respect to a data group of group type 4,one SCCC block may be configured of one data block or may be configuredof a plurality of data blocks. Additionally, one SCCC block may also beconfigured of a combination of one or more data blocks or one or moreextended data blocks. The data group of group type 4 does not transmitmobile service data of CMM. Instead, mobile service data of SFCMM aretransmitted through all data blocks (B0 to B11) and all extended datablocks (EB0 to EB4).

The group formatter 106 and the signaling encoder 105 may operateidentically as the transmitter of a mode other than the ICM.

The packet formatter 107 removes a place holder of a non-systematic RSparity from the output of the group formatter with respect to group type0 to group type 3. And, the packet formatter 107 may also replace theplace holder of the MPEG-2 header with an MPEG-2 header value having apre-defined PID, among the PIDs that are not being used in the mainservice data packet. Thereafter, the packet formatter 107 adds a 1-byteMPEG-2 TS sync byte to the very beginning (or front portion) of the187-byte packet, which is acquired by the above-described process,thereby creating a 188-byte unit mobile service data packet.

However, since the data group of group type 4 does not include anon-systematic RS parity, the removal process of the corresponding placeholder may be omitted, and since the data group does not include anMPEG-2 header, the replacement process of the PID may also be omitted.Furthermore, since the corresponding data packet is not configured in anMPEG-2 TS format, the MPEG-2 sync byte is not added. Therefore, theoutput of the packet formatter for the ICM is equal to 207 bytes.

The packet multiplexer 108 multiplexes the mobile service data packetand the main service data packet. However, since the main service datapacket does not exist in the ICM, the mobile service data packet isoutputted directly without any modification.

The data randomizer 110 does not perform any randomizing process on themobile service data. And, since all of the output of the packetmultiplexer of the ICM corresponds to the mobile service data, the datarandomizer is not required to be operated in the ICM.

Furthermore, since group type 4 does not include any RS parity byte, theRS encoder/non-systematic RS encoder 111 may also be omitted from thetransmitter designated only for the ICM. Accordingly, the parityreplacer 114 and the non-systematic RS encoder 113 may also be omitted.

The trellis encoding module 115 operates identically as the transmitterof a mode other than the ICM. However, since the parity replacer 114 andthe non-systematic RS encoder 113 do not operate herein, no informationis given to the parity replacer 114 and the non-systematic RS encoder113 when performing trellis initialization.

Furthermore, the transmitting system according to the present inventionperforms additional encoding on the mobile service data and inserts thedata already known by the receiving system and transmitting system(e.g., known data), thereby transmitting the processed data.

Therefore, when using the transmitting system according to the presentinvention, the receiving system may receive the mobile service dataduring a mobile state and may also receive the mobile service data withstability despite various distortion and noise occurring within thechannel.

FIG. 50 illustrates a diagram showing a detailed structure of a blockprocessor according to an embodiment of the present invention.

The block processor includes an SCCC block converter 4010, a byte to bitconverter 4020, a convolutional encoder 4030, a symbol interleaver 4040,a symbol to byte converter 4050, and a data block converter 4060.

The SCCC block converter 4010 divides a primary RS frame portionoutputted from the data frame encoder into a plurality of SCCC blocks,or the SCCC block converter 4010 divides both a primary RS frame portionand a secondary RS frame portion outputted from the data frame encoderinto a plurality of SCCC blocks. The number of SCCC blocks that aredivided from the RS frame portion(s) outputted from the data frameencoder may be known by SCCC_block_mode information, which is includedin the TPC.

The byte-to-bit converter 4020 shall convert parallel bytes to serialbits for the purpose of bit-wise operation in the convolutional encode.

The convolutional encoder 4030 performs outer convolutional coding forthe SCCC. The coding rate of the convolutional encoder can be one of ½rate, ⅓ rate and ¼ rate.

The symbol interleaver 4040 scrambles the output symbols from theconvolutional encoder. The symbol interleaver is a type of Blockinterleaver

The symbol-to-byte converter converts the interleaved symbols intobytes. The MSB of the output byte shall be the MSB in the first inputsymbol.

The data block converter 4060 maps the SCCC blocks to data blocks ordata blocks and extended data blocks.

More specifically, the block processor forms (or configures) an SCCCblock after receiving portions of the RS frame from the DATA frameencoder. Thereafter, the block processor outputs the SCCC block in adata block format. At this point, an extended data block is alsoincluded in the outputted data block.

An SCCC block respective to a group of group type 0 may include one datablock or may include a plurality of data blocks. The group of group type0 transmits only mobile service data of the first mobile mode and doesnot include any extended DATA blocks. Table 1 below shows exemplaryinclusions of an SCCC block respective to the group of group type 0. Intable 1 shown below, the SCCC block mode indicates a relation between aDATA block and an SCCC block.

TABLE 1 SCCC Block Mode 00 01 SCCC Block DATA Blocks DATA Blocks SCB1 B1B1, B6 SCB2 B2 B2, B7 SCB3 B3 B3, B8 SCB4 B4 B4, B9 SCB5 B5 B5, B10 SCB6B6 SCB7 B7 SCB8 B8 SCB9 B9 SCB10 B10

When 1/H-rate encoding is performed on a group of group type 0 in unitsof one DATA block, data blocks (B1 to B 10) and SCCC blocks (SCB1 toSCB10) are identical to one another (i.e., SCB1=B1, SCB2=B2, SCB3=B3,SCB4=B4, SCB5=B5, SCB6=B6, SCB7=B7, SCB8=B8, SCB9=B9, SCB10=B10). Forexample, DATA block B1 may be encoded at a coding rate of ½ (or ½-rateencoded), DATA block B2 may be encoded at a coding rate of ¼ (or ¼-rateencoded), and DATA block B3 may be encoded at a coding rate of ½ (or½-rate encoded). The coding process is performed similarly on theremaining DATA blocks. At this point, since DATA block 0 (B0) and DATAblock 11 (B11) do not include any mobile service data, DATA block 0 (B0)and DATA block 11 (B11) may be excluded from the SCCC block. Theabove-described example corresponds to an example of the SCCC block mode00 shown in Table 1.

Alternatively, a plurality of DATA blocks within regions A, B, C, and Dmay be grouped (or gathered) as a single SCCC block, thereby beingprocessed with 1/H-rate encoding in SCCC block units. Accordingly, thereceiving performance (or capability) of regions C/D may be enhanced.For example, DATA blocks may be grouped by 2, so as to be included inone SCCC block. For example, DATA block B1 and DATA block B6 may begrouped so as to be included in one SCCC block (SCB1). Similarly, DATAblock B2 and DATA block B7 may be grouped so as to be included inanother SCCC block (SCB2). DATA block B3 and DATA block B8 may begrouped so as to be included in yet another SCCC block (SCB3), and DATAblock B4 and DATA block B9 may be grouped so as to be included inanother SCCC block (SCB4). And, DATA block B5 and DATA block B10 may begrouped so as to be included in another SCCC block (SCB5). Theabove-described cases correspond to an example wherein 10 DATA blocksare included in 5 SCCC blocks. More specifically, the above-describedexample corresponds to an example of the SCCC block mode 01 shown inTable 1.

In another example, DATA block B1 to DATA block B5 are grouped to asingle SCCC block, which is then ½-rate encoded. Accordingly, the ½-rateencoded mobile service data, as described above, may be inserted in DATAblock B1 to DATA block B5 of the corresponding group.

Also, DATA block B6 to DATA block B10 are grouped to another single SCCCblock, which is then ¼-rate encoded. Accordingly, the ¼-rate encodedmobile service data, as described above, may be inserted in DATA blockB6 to DATA block B10 of the corresponding group. In this case, one groupincludes two SCCC blocks.

When one SCCC block includes a plurality of DATA blocks, in a datareceiving environment (or condition) undergoing frequent channelchanges, the receiving performance of regions C and D, which arerelatively deficient as compared to region A, may be supplemented. Also,the number of main service data symbols increases as the regionprogresses from region A to region D. Such increase in main service datasymbols leads to a deterioration in the performance (or capability) ofan error correction code. As described above, by having one SCCC blockinclude a plurality of DATA blocks, the deterioration in errorcorrection code performance may be reduced.

An SCCC block respective to a group of group type 1 may include one DATAblock or may include a plurality of DATA blocks. Also, an SCCC blockrespective to a group of group type 1 may include one extended DATAblock or may include a plurality of extended DATA blocks. Herein, thegroup of group type 1 transmits mobile service data of the first mobilemode through DATA blocks (B0 to B11) corresponding to regions A, B, C,and D, and the group of group type 1 transmits mobile service data ofthe second mobile mode through extended DATA blocks (EB0 to EB4)corresponding to region E. Therefore, the cases wherein one SCCC blockrespective to a group of group type 1 is configured of a combination ofDATA blocks and extended DATA blocks are excluded. At this point, sinceDATA block 0 (B0) and DATA block 11 (B11) do not include any mobileservice data, DATA block 0 (B0) and DATA block 11 (B11) may be excludedfrom the SCCC block.

Table 2 below shows an exemplary configuration of an SCCC blockrespective to the group of group type 1. In table 2 shown below, theSCCC block mode indicates a relation between a DATA block and an SCCCblock.

TABLE 2 SCCC Block Mode 00 01 (Extended) (Extended) SCCC Block DATABlocks DATA Blocks SCB1 B1 B1, B6 SCB2 B2 B2, B7 SCB3 B3 B3, B8 SCB4 B4B4, B9 SCB5 B5 B5, B10 SCB6 B6 EB0~EB4 SCB7 B7 SCB8 B8 SCB9 B9 SCB10 B10SCB11 EB0~EB4

Referring to Table 2, when the SCCC block mode is ‘00’, one SCCC blockmay include one DATA block respective to a DATA block transmittingmobile service data of the first mobile mode. This is identical to thecase wherein the SCCC block mode is ‘00’ in group type 0. Also, allextended DATA blocks may be gathered so as to be included in one SCCCblock respective to extended DATA blocks transmitting mobile servicedata of the second mobile mode.

When the SCCC block mode is ‘01’, one SCCC block may include two DATAblocks respective to a DATA block transmitting mobile service data ofthe first mobile mode. This is identical to the case wherein the SCCCblock mode is ‘01’ in group type 0. Also, all extended DATA blocks maybe gathered so as to be included in one SCCC block respective toextended DATA blocks transmitting mobile service data of the secondmobile mode.

One SCCC block respective to a group of group type 2 may include oneDATA block or may include a plurality of DATA blocks. Moreover, one SCCCblock respective to a group of group type 2 may also include oneextended DATA block or may include a plurality of extended DATA blocks.Furthermore, one SCCC block respective to a group of group type 2 mayalso include a combination of at least one or more DATA blocks and atleast one or more extended DATA blocks. The group of group type 2transmits mobile service data of the first mobile mode through DATAblocks (B3 to B8) corresponding to regions A and B and, also, transmitsmobile service data of the second mobile mode through DATA blocks (B0 toB2 and B9 to B11) corresponding to regions C, D, and E and extended DATAblocks (EB0 to EB4). Herein, an SCCC block respective to a group ofgroup type 2 being configured of a combination of DATA blockscorresponding to regions A and B and DATA blocks corresponding toregions C, D, and E or extended DATA blocks, may be excluded.

Table 3 below shows an exemplary configuration of an SCCC blockrespective to the group of group type 2. In table 3 shown below, theSCCC block mode indicates a relation between a DATA block and an SCCCblock.

TABLE 3 SCCC Block Mode 00 01 (Extended) (Extended) SCCC Block DATABlocks DATA Blocks SCB1 B3 Not allowed SCB2 B4 SCB3 B5 SCB4 B6 SCB5 B7SCB6 B8 SCB7 B0~B2, B9, EB0, EB1 SCB8 B10~B11, EB2~EB4

Referring to Table 3, when the SCCC block mode is ‘00’, with respect toDATA blocks (B3 to B8) of regions A and B transmitting the mobileservice data of the first mobile mode, one SCCC block includes one DATAblock. This is identical to the case wherein the SCCC block mode is ‘00’in group type 0 and in group type 1. Also, with respect to DATA blocks(B0 to B2 and B9 to B11) and extended DATA blocks (EB0 to EB4)transmitting mobile service data of the second mobile mode, one SCCCblock includes a combination of multiple DATA blocks and multipleextended DATA blocks.

In the above described example, according to the present invention, incase of the DATA blocks and extended DATA blocks transmitting mobileservice data of the second mobile mode, a DATA block and an extendedDATA block sharing the same segments and positioned in the same segmentsbelong to the same SCCC block. More specifically, B9 and EB1 arepositioned in the same 16 segments and are included in the same SCCCblock. Also, B10 and EB2 are positioned in the same 16 segments, and the5 segments of B11 are positioned in the same segments as the first 5segments of EB3, and such DATA block and extended DATA block areincluded in the same SCCC block.

According to another embodiment of the present invention, when the SCCCblock mode is ‘00’, one extended DATA block and one DATA block may beincluded in one SCCC block. At this point, in case the number ofextended DATA blocks is smaller than the number of DATA blocks, SCCCblocks configured only of DATA blocks may also be included in thepresent invention.

The case wherein the SCCC block mode is ‘01’ is not defined in theabove-described example.

An SCCC block respective to a group of group type 3 may include only oneDATA block or may include a plurality of DATA blocks. Also, the SCCCblock may include only one extended DATA block or a plurality ofextended DATA blocks. Furthermore, the SCCC block may also include acombination of at least one or more DATA blocks and at least one or moreextended DATA blocks. A group of group type 2 does not transmit mobileservice data of the first mobile mode, and, therefore, mobile servicedata of the second mobile mode are transmitted through all DATA blocks(B0 to B11) and extended DATA blocks (EB0 to EB4).

Table 4 below shows an exemplary configuration of an SCCC blockrespective to the group of group type 3. In Table 4 shown below, theSCCC block mode indicates a relation between a DATA block and an SCCCblock.

TABLE 4 SCCC Block Mode 00 01 (Extended) (Extended) SCCC Block DATABlocks DATA Blocks SCB1 Not allowed B0~B2, B7 SCB2 B3, B8, EB0 SCB3 B4,B9, EB1 SCB4 B5, B10, EB2 SCB5 B6, B11, EB3, EB4

Referring to Table 4, when the SCCC block mode is ‘01’, one SCCC blockincludes a combination of multiple DATA blocks and multiple extendedDATA blocks.

According to the present invention, in case of the DATA blocks andextended DATA blocks in the above described example, a DATA block and anextended DATA block sharing the same segments and positioned in the samesegments belong to the same SCCC block. More specifically, B8 and EB0are positioned in the same 16 segments and are included in the same SCCCblock. And, B9 and EB1 are positioned in the same 16 segments and areincluded in the same SCCC block. Also, B10 and EB2 are positioned in thesame 16 segments and included in the same SCCC block. Furthermore, 5segments of B11 are positioned in the same segments as the first 5segments of EB3, and such DATA block and extended DATA block areincluded in the same SCCC block.

The case wherein the SCCC block mode is ‘00’ is not defined in theabove-described example.

In the examples of Table 1 to Table 4, when an SCCC block respective tothe DATA block transmitting mobile service data of the first mobile modeincludes only one DATA block, the SCCC block mode is defined as ‘00’.And, when an SCCC block respective to a DATA block transmitting mobileservice data of the first mobile mode includes a plurality of DATAblocks, or when the corresponding SCCC block does not include any DATAblock transmitting the mobile service data of the first mobile mode, theSCCC block mode is defined as ‘01’.

Table 5 shows another embodiment of the SCCC block. In Table 5, the SCCCblock mode represents a relation between the data block and the SCCCblock.

TABLE 5 SCCC Block Mode 00 01 (Extended) (Extended) SCCC Block DATABlocks DATA Blocks SCB1 B3 B0~B2, B7, EB5-5 SCB2 B4 B3, B8, EB0, EB5-1SCB3 B5 B4, B9, EB1, EB5-2 SCB4 B6 B5, B10, EB2, EB5-3 SCB5 B7 B6, B11,EB3, EB4, EB5-4 SCB6 B8 SCB7 B0~B2, B9, EB0, EB1, EB5 SCB8 B10~B11,EB2~EB4

According to one embodiment of the present invention, one SCCC block mayinclude one data block or a plurality of data blocks with respect to anICM group supporting the CMM. Alternatively, one SCCC block may includeone extended data block or a plurality of extended data blocks. Inaddition, one SCCC block may include a combination of one or more datablocks and one or more extended data blocks.

According to one embodiment of the present invention, if the data groupincludes the CMM data and the SFCMM data, the CMM data is transmittedthrough the regions A and B and the SFCMM data is transmitted throughthe regions C, D and E, the SCCC block mode is limited to only 00. Ifthe entire data group is used to transmit the SFCMM data, the SCCC blockmode may be limited to 01 similar to the existing SFCMM. In Table 5, ifthe SCCC block mode is 01, one SCCC block includes a combination of aplurality of data blocks and a plurality of extended data blocks. If theSCCC block mode is 00, one SCCC block includes one data block withrespect to the blocks B3 to B5 for transmitting the CMM data and oneSCCC block includes a combination of a plurality of data blocks and aplurality of extended data blocks with respect to the data block or theextended data block for transmitting the SFCMM data.

According to another embodiment of the present invention, B1 and oneextended data block, B2 and one extended data block, B9 and one extendeddata block, B10 and one extended data block may form one SCCC block,respectively. At this time, in one embodiment of the present invention,the extended data block combined with the data block is an extended datablock sharing the segment with the data block. In this case, the SCCCblock mode becomes 00.

In addition, as described below, the SCCC block 1 (SCB1) and the SCCCblock 2 (SCB2) may include the extended data block of a specific datagroup and a data block following the specific data block.

Table 6 shows an embodiment to which a coding rate is applied accordingto a group type and an SCCC block mode on the basis of an SCCC blockbelonging to each group region.

TABLE 6 ¼ Rate ⅓ Rate SCCC SCCC SCCC SCCC Group Block Block Block BlockMode region ½ Rate mode = 00 mode = 01 mode = 00 mode = 01 CMM + A, B(C0, C1) (C0, C2), Not Not allowed Not allowed SFCMM (C1, C4) allowed C,D, E (C0, C1) (C0, C1), Combination (C3, C4) of ½ and ¼ SFCMM A, B, C,(C0, C1) Not (C0, C2), Not allowed Combination D, E allowed (C1, C4) of½ and ¼

In one embodiment of the present invention, ⅓ rate is applied only tothe SFCMM and may be configured by a combination of ½ rate and ¼ rate.In another embodiment of the present invention, the coding rate may bedifferently set according to the regions of the data group. That is, ifthe SCCC block mode is 00, ½, ⅓ or ¼ rate is applicable to the regionsA, B, C and D of the data group. The data included in the region E ofthe data group may be set according to the coding rate of the groupregion to which the data block sharing the extended data block andsegment included in the region E belongs. For example, if the extendeddata block shares the data block and segment in the region C of the datagroup, the data of the extended data block may be coded at the codingrate of the data of the region C. In this case, the signaling data neednot to provide information about the coding rate of the region E,because this information is based on the information about the codingrate of the regions A, B, C and D of the data group.

In another embodiment of the present invention, if the SCCC block modeis 01, the data of the all regions of the data group may be coded at thesame coding rate.

Herein, the number of bytes included in each SCCC block may varydepending upon the group type of the corresponding group and alsodepending upon the coding rate of the corresponding SCCC block.

Also, the DATA blocks and extended DATA blocks included in an SCCC blockare not limited only to the above-described examples of the presentinvention. Therefore, the DATA blocks and extended DATA blocks includedin an SCCC block may vary depending upon the intentions and design ofthe system designer. For example, when the SCCC block mode is ‘00’, DATAblock 1 and extended DATA block 3 may be included in SCCC block 1, andDATA block 2 and extended DATA block 4 may be included in SCCC block 2.Each of DATA blocks 3, 4, 5, 6, 7, and 8 may be respectively included inSCCC block 3, 4, 5, 6, 7, and 8. Furthermore, DATA block 9 and extendedDATA block 1 may be included in SCCC block 9, and DATA block 10 andextended DATA block 2 may be included in SCCC block 10. Meanwhile, whenthe SCCC block mode is ‘01’, DATA block 1, DATA block 6, and extendedDATA block 3 may be included in SCCC block 1. And, DATA block 2, DATAblock 7, and extended DATA block 4 may be included in SCCC block 2. DATAblock 3 and DATA block 8 may be included in SCCC block 3, and DATA block4, DATA block 9, and extended DATA block 1 may be included in SCCC block4. And, finally, DATA block 5, DATA block 10, and extended DATA block 2may be included in SCCC block 5.

Meanwhile, according to the embodiment of the present invention, a datablock and an extended data block that share the same SCCC block belongto the same SCCC block. Also, a data group being included in each twoconsecutive slots may be concatenated to one another, thereby beingcapable of sharing the same segment. Accordingly, in the presentinvention, two or more neighboring data groups may share the samesegment by being concatenated to one another, and the correspondinggroups may configure an SCCC block that includes the shared segments.For example, when two data groups are concatenated to one another, adata block of the 1^(st) data group and an extended data block of the2^(nd) data group share the same segment. Therefore, an SCCC blockincluding the data block of the 1^(st) data group and the extended datablock of the 2^(nd) data group may be configured. Similarly, an SCCCblock may be configured while sharing a data block of the 1^(st) datagroup and a data block and an extended data block of the 2^(nd) datagroup. This may vary depending upon the SCCC block mode field.

The configuration of an SCCC block including segments shared byneighboring data groups that are also concatenated to one another may bereferred to as an SCCC extension mode. And, the TPC data may includeinformation on such SCCC extension mode.

Data bytes of the SCCC block formed in accordance with the group typeare converted to data bits, so as to be inputted to the convolutionalencoder.

According to the embodiment of the present invention, the convolutionalencoder encodes the mobile service data of the first mobile mode and themobile service data of the second mobile mode at a coding rate of ½, acoding rate of ¼, or a coding rate of ⅓.

FIG. 51 illustrates a convolutional encoder according to an embodimentof the present invention.

Among the 5 output bits with respect to one input bit, the 1/H-rateencoding process may select and output H number of bits. Also, in caseof the ⅓-rate encoding process, the encoding process may be performed bycombining the ½-rate encoding process and the ¼-rate encoding process.More specifically, 2 bits are selected and outputted with respect to thefirst input bit, and 4 bits are selected and outputted with respect tothe second input bit. Accordingly, since 6 bits are selected andoutputted with respect to a total of 2 input bits, the ⅓-rate encodingprocess may be realized and performed.

The selected H number of bits configures one symbol using 2-bit units,and the convolutional encoder outputs the symbol configured as describedabove.

Also, the method of selecting H number of output bits with respect toeach coding rate may be varied depending upon the SCCC block mode andgroup type for each SCCC block or the SCCC block mode and group type forthe SCCC block belonging to each group region.

Table 7 shown below shows exemplary realizations of coding rates foreach coding rate based upon the SCCC block mode and group type for theSCCC block belonging to each group region. In the embodiment of thepresent invention shown below, the ⅓-rate encoding process is configuredby combining the ½-rate encoding process and the ¼-rate encodingprocess.

TABLE 7 ¼ Rate ⅓ Rate Group Group SCCC Block SCCC Block SCCC Block SCCCBlock Type Region 1/2 Rate mode = ‘00’ mode = ‘01’ mode = ‘00’ mode =‘01’ GT0 A, B (C0, C1) (C0, C2), (C0, C2), Not allowed Not allowed (C1,C4) (C1, C4) C, D (C0, C1), Not allowed (C3, C4) GT1 A, B (C0, C2), (C0,C2), Not allowed Not allowed (C1, C4) (C1, C4) C, D (C0, C1), Notallowed (C3, C4) E (C0, C1), (C0, C1), Combination ½, ⅓ or ¼ (C3, C4)(C3, C4) of 1/2 and 1/4 GT2 A, B (C0, C2), Not allowed Not allowed Notallowed (C1, C4) C, D, E (C0, C1), Combination (C3, C4) of 1/2 and 1/4GT3 A, B, C, D, E Not allowed (C0, C2), Not allowed ½, ⅓ or ¼ (C1, C4)GT4 A, B, C, D, E Not allowed (C0, C2), Not allowed ½, ⅓ or ¼ (C1, C4)

For example, in case of an SCCC block belonging to region A with respectto a group of group type 1, and, more specifically, when the SCCC blockmode is ‘00’, and when the SCCC block includes only a portion of theDATA blocks (B3 to B8) belonging to regions C and D, when such an SCCCblock is ¼-rate encoded, the convolutional encoder outputs two symbolsfor the one input bit, wherein the first symbol includes output bits C0and C2, and wherein the second symbol includes output bits C1 and C4.

In another example, when a SCCC block belonging to regions C, D, and Ewith respect to the group of group type 2 is encoded at a coding rate of⅓, the convolutional encoder outputs 3 symbols for 2 consecutive inputbits. Herein, the first symbol includes output bits C0 and C1, which areobtained by encoding the first input bit at a coding rate of ½, thesecond symbol includes output bits C0 and C1, which are obtained byencoding the second input bit at a coding rate of ¼, and the thirdsymbol includes output bits C3 and C4, which are obtained by encodingthe second input bit at a coding rate of ¼.

The memory of the convolutional encoder is initialized to ‘0’ at thebeginning (or starting point) of each SCCC block.

The output of the convolutional encoder is processed withsymbol-interleaving, thereby being outputted to the symbol to byteconverter.

The symbol to byte converter gathers four(4) symbols each including 2bits, so as to form one byte.

The mobile service data byte, which is encoded by being processed withthe above-described procedures, is mapped to a respective DATA block orextended DATA block, thereby being outputted to the group formatter,wherein the group formatter is positioned at the end portion of theblock processor.

According to yet another embodiment of the present invention, theconvolutional encoder may separately perform a ⅓-rate encoding processwithout combining the ½-rate encoding process and the ¼-rate encodingprocess.

In this case, for ½-rate coding, the leftmost bit, C0, of each symbol(C0, C0 shall be the MSB for definition of processing order insubsequent stages and shall be passed first to succeeding processingstages. This MSB will eventually become the X2 input to the legacytrellis encoder. The LSB (C1) will eventually become the X1 input to thelegacy trellis encoder.

For ⅓ rate coding, 2 input bits shall be encoded into 3 output symbols.The leftmost symbol of a symbol pair shall be output first. Also,similarly to ½-rate coding, the leftmost bit in a symbol shall be theMSB and shall be output before the LSB. For example, a first outputsymbol is composed of a (C0, C2) bit-pair and a second output symbol iscomposed of a (C4, C0) bit-pair and a third output symbol is composed ofa (C2, C4) bit-pair. The first C0, C2 and C4 are generated from thefirst input bit; and the second C0, C2 and C4 are generated from thesecond input bit.

For the case of ¼ rate, two output symbols shall be constructedaccording to the associated Region. The leftmost symbol of a symbol pairshall be output first. Also, similarly to the ½-rate case, the leftmostbit in a symbol shall be the MSB and shall be output before the LSB. Forexample, in the ¼ rate mode of Region A (or B), a first output symbol iscomposed of a (C0, C2) bit-pair, and a second output symbol is composedof a (C1, C4) bit-pair, and the order of bits in the output is C0, C2,C1, C4.

Meanwhile, the relation between the SCCC block and data block of thegroup type 4 is identical to the relation between the SCCC block anddata block of the group type 3. Additionally, the embodiment of thecoding rate of the SCCC block belonging to each group region is alsoidentical to the embodiment of group type 3. However, the size of eachdata block or extended data block may be different from that of grouptype 3.

The above-described relation between the SCCC block and the DATA block,the method of configuring an SCCC block, the value of the SCCC blockmode, the coding rate of the SCCC block, and so on, are merely examplesgiven to describe the embodiment of the present invention. Therefore,the present invention will not be limited only to the example given inthe description presented herein.

FIG. 52 illustrates a payload of an RS frame being outputted from a dataframe encoder according to an embodiment of the present invention.

Payloads of the RS frame are gathered (or collected) to form anensemble. Herein, an ensemble corresponds to a collection of serviceshaving the same quality of service (QoS).

A data frame encoder 103 includes at least one or more RS frameencoders. Herein, one RS frame encoder receives one RS frame payload andencodes the received RS frame payload, thereby outputting the encoded RSframe payload.

According to the embodiment of the present invention, the RS framepayload has the size of (N×187) bytes, as shown in FIG. 49. Herein, Nrepresents the length of a row (i.e., the number of columns), and 187indicates the length of a column (i.e., the number of rows).

According to the embodiment of the present invention, each rowconfigured of N bytes will be referred to as a mobile service datapacket for simplicity. The mobile service data packet may include a2-byte header and an (N−2)-byte mobile service payload. Herein, theassignment of 2 bytes to the header region is merely exemplary.Accordingly, the assignment of the data bytes may be varied and modifiedby the system designer. Therefore, the present invention will not belimited only to the examples given in the description of the presentinvention.

One RS frame payload is created by gathering (or collecting) tableinformation and/or IP datagrams having the size of (N−2)×187 bytes fromone ensemble. Also, one RS frame payload may include table informationand IP datagrams corresponding to at least one or more mobile services.For example, IP datagrams and table information for two different typesof mobile services, such as news (e.g., IP datagram for mobile service1) and stock information (e.g., IP datagram for mobile service 2), maybe included in one RS frame payload.

More specifically, table information of a section structure or IPdatagrams of mobile service data may be assigned to a mobile payloadwithin a mobile service data packet included in the RS frame payload.Alternatively, IP datagrams of table information or IP datagrams ofmobile service data may be assigned to a mobile payload within a mobileservice data packet included in the RS frame payload.

In case the size of a mobile service data packet does not reach the sizeof N bytes, even when including a mobile header, stuffing data bytes maybe assigned to the remaining payload portion of the corresponding mobileservice data packet. For example, after assigning program tableinformation to a mobile service data packet, if the length of the mobileservice data packet including the header is (N−20) bytes, stuffing databytes may be assigned to the remaining 20-byte portion of thecorresponding mobile service data packet.

FIG. 53 is a diagram illustrating examples of fields allocated to theheader region within the mobile service data packet according to thepresent invention. Examples of the fields include type_indicator field,error_indicator field, stuff_indicator field, and pointer field.

The type_indicator field can allocate 3 bits, for example, andrepresents a type of data allocated to payload within the correspondingmobile service data packet. In other words, the type_indicator fieldindicates whether data of the payload is IP datagram or program tableinformation. At this time, each data type constitutes one logicalchannel. In the logical channel which transmits the IP datagram, severalmobile services are multiplexed and then transmitted. Each mobileservice undergoes demultiplexing in the IP layer.

The error_indicator field can allocate 1 bit, for example, andrepresents whether the corresponding mobile service data packet has anerror. For example, if the error_indicator field has a value of 0, itmeans that there is no error in the corresponding mobile service datapacket. If the error_indicator field has a value of 1, it means thatthere may be an error in the corresponding mobile service data packet.

The stuff_indicator field can allocate 1 bit, for example, andrepresents whether stuffing byte exists in payload of the correspondingmobile service data packet. For example, if the stuff_indicator fieldhas a value of 0, it means that there is no stuffing byte in thecorresponding mobile service data packet. If the stuff_indicator fieldhas a value of 1, it means that stuffing byte exists in thecorresponding mobile service data packet.

The pointer field can allocate 11 bits, for example, and representsposition information where new data (i.e., new signaling information ornew IP datagram) starts in the corresponding mobile service data packet.

For example, if IP datagram for mobile service 1 and IP datagram formobile service 2 are allocated to the first mobile service data packetwithin the RS frame payload as illustrated in FIG. 55, the pointer fieldvalue represents the start position of the IP datagram for mobileservice 2 within the mobile service data packet.

Also, if there is no new data in the corresponding mobile service datapacket, the corresponding field value is expressed as a maximum valueexemplarily. According to the embodiment of the present invention, since11 bits are allocated to the pointer field, if 2047 is expressed as thepointer field value, it means that there is no new data in the packet.The point where the pointer field value is 0 can be varied depending onthe type_indicator field value and the stuff_indicator field value.

It is to be understood that the order, the position, and the meaning ofthe fields allocated to the header within the mobile service data packetillustrated in FIG. 50 are exemplarily illustrated for understanding ofthe present invention. Since the order, the position and the meaning ofthe fields allocated to the header within the mobile service data packetand the number of additionally allocated fields can easily be modifiedby those skilled in the art, the present invention will not be limitedto the above example.

FIG. 54 illustrates a data frame encoder according to an embodiment ofthe present invention.

(a) of FIG. 54 corresponds to an example of a data frame encoder. Thedata frame encoder receives a plurality of ensembles, and an inputdemultiplexer outputs the received ensembles by distributing thereceived ensembles to each RS frame encoder. The output of each RS frameencoder passes through an output multiplexer, so as to become the outputof the data frame encoder. According to the embodiment of the presentinvention, one data frame encoder includes a number of RS frame encoderscorresponding to the number of the received ensembles.

(b) of FIG. 54 corresponds to an example of an RS frame encoder. The RSframe encoder may include a data randomizer, an RS-CRC encoder, and anRS Frame divider.

The data randomizer randomizes data, and the RS-CRC encoder performsforward error correction (FEC) encoding on the mobile service data,thereby building (or creating) an RS frame. At this point, the built (orcreated) RS frame may correspond to a primary RS frame or a combinationof a primary RS frame and a secondary RS frame. The RS frame dividerdivides the RS frame into a plurality of data portions. Herein,according to the embodiment of the present invention, one data portionforms one data group.

A CMM primary ensemble, a CMM secondary ensemble, an EMM primaryensemble, an EMM secondary ensemble, and a super ensemble may beinputted as the input of the RS frame encoder. When a primary ensembleis inputted, primary RS frame portions are outputted from the RS framedivider. And, when a secondary ensemble is inputted, secondary RS frameportions are outputted from the RS frame divider.

The randomizer within the RS frame encoder randomizes an (N×187)-byte RSframe payload included in the received ensemble. Thereafter, therandomized result is outputted to the RS-CRC encoder.

FIG. 55 illustrates the operations of an RS-CRC encoder according to anembodiment of the present invention.

(a) of FIG. 55 illustrates an example of an RS frame being generatedfrom the RS-CRC encoder according to the present invention.

When the RS frame payload is formed, as shown in (a) of FIG. 55, theRS-CRC encoder performs a (Nc,Kc)-RS encoding process on each column, soas to generate Nc−Kc(=P) number of parity bytes. Then, the RS-CRCencoder adds the newly generated P number of parity bytes after the verylast byte of the corresponding column, thereby creating a column of(187+P) bytes. Herein, as shown in (a) of FIG. 52, Kc is equal to 187(i.e., Kc=187), and Nc is equal to 187+P (i.e., Nc=187+P). Herein, thevalue of P may vary depending upon the RS code mode. Table a below showsan example of an RS code mode, as one of the RS encoding information.

TABLE 8 RS code mode RS code Number of parity bytes (P) 00 (211, 187) 2401 (223, 187) 36 10 (235, 187) 48 11 Reserved Reserved

Table 8 shows an example of 2 bits being assigned in order to indicatethe RS code mode. The RS code mode represents the number of parity bytescorresponding to the RS frame payload.

For example, when the RS code mode value is equal to ‘10’,(235,187)-RS-encoding is performed on the RS frame payload of (a) ofFIG. 52, so as to generate 48 parity data bytes. Thereafter, the 48parity bytes are added after the last data byte of the correspondingcolumn, thereby creating a column of 235 data bytes.

When the RS frame mode value is equal to ‘00’ in Table 8 (i.e., when theRS frame mode indicates a single RS frame), only the RS code mode of thecorresponding RS frame is indicated. However, when the RS frame modevalue is equal to ‘01’ in Table 8 (i.e., when the RS frame modeindicates multiple RS frames), the RS code mode corresponding to aprimary RS frame and a secondary RS frame. More specifically, it ispreferable that the RS code mode is independently applied to the primaryRS frame and the secondary RS frame.

When such RS encoding process is performed on all N number of columns, asize of N(row)×(187+P)(column) bytes may be generated, as shown in (b)of FIG. 52.

Each row of the RS frame payload is configured of N bytes. However,depending upon channel conditions between the transmitting system andthe receiving system, error may be included in the RS frame payload.When errors occur as described above, CRC data (or CRC code or CRCchecksum) may be used on each row unit in order to verify whether errorexists in each row unit.

The RS-CRC encoder may perform CRC encoding on the mobile service databeing RS encoded so as to create (or generate) the CRC data. The CRCdata being generated by CRC encoding may be used to indicate whether themobile service data have been damaged while being transmitted throughthe channel.

The present invention may also use different error detection encodingmethods other than the CRC encoding method. Alternatively, the presentinvention may use the error correction encoding method to enhance theoverall error correction ability of the receiving system.

(c) of FIG. 55 illustrates an example of using a 2-byte (i.e., 16-bit)CRC checksum as the CRC data. Herein, a 2-byte CRC checksum is generatedfor N number of bytes of each row, thereby adding the 2-byte CRCchecksum at the end of the N number of bytes. Thus, each row is expandedto (N+2) number of bytes. Equation 2 below corresponds to an exemplaryequation for generating a 2-byte CRC checksum for each row beingconfigured of N number of bytes.g(x)=x ¹⁶ +x ¹² +x ⁵+1  [Equation 2]

The process of adding a 2-byte checksum in each row is only exemplary.Therefore, the present invention is not limited only to the exampleproposed in the description set forth herein. As described above, whenthe process of RS encoding and CRC encoding are completed, the(N×187)-byte RS frame payload is converted into a (N+2)×(187+P)-byte RSframe.

The RS frame having the size of (N+2)×(187+P) bytes, which is created bythe RS-CRC encoder, is outputted to the RS frame divider.

When an RS frame payload created from a primary ensemble is inputted tothe RS frame encoder, the RS-CRC encoder generates (or creates) aprimary RS frame. Thereafter, the generated primary RS frame passesthrough the RS frame divider, so as to be transmitted through theprimary parade.

When an RS frame payload created from a secondary ensemble is inputtedto the RS frame encoder, the RS-CRC encoder generates (or creates) asecondary RS frame. Thereafter, the generated secondary RS frame passesthrough the RS frame divider, so as to be transmitted through thesecondary parade.

When an RS frame payload created from a super ensemble is inputted tothe RS frame encoder, the RS-CRC encoder generates (or creates) a superRS frame. Thereafter, the generated super RS frame passes through the RSframe divider, so as to be transmitted through two different parades. Atthis point, each of the two different parades may respectivelycorrespond to one of an EMM primary parade, an EMM Class 1 secondaryparade, and an EMM Class 2 secondary parade.

When the output of the RS frame encoder corresponds to a primary RSframe or a secondary RS frame, the number of columns N included in theRS frame may be decided in accordance with Equation 3 shown below.

$\begin{matrix}{N = {\left\lfloor \frac{5 \times {NoGD} \times {PL}}{187 + P} \right\rfloor - 2}} & \left\lbrack {{Equation}\mspace{14mu} 3} \right\rbrack\end{matrix}$

In Equation 3, NOGD signifies the number of group divisions having aparade assigned to one sub-frame. PL represents the number of serialconcatenated convolution code (SCCC) payload bytes assigned to one groupdivision. And, P indicates the number of RS parity bytes added to eachcolumn of the RS frame. Finally, └X┘ corresponds to the greatest integerequal to or less than X.

In Equation 3, the PL value may be differently decided based upon thegroup type of the group having the corresponding parade assignedthereto, the type of a group region included in the group divisionhaving the corresponding parade assigned thereto, the SCCC coding rateof each group region, and a combination method of an SCCC block and aDATA block.

When the output of the RS frame encoder corresponds to a super RS frame,the number of columns N included in the RS frame may be decided inaccordance with Equation 4 shown below.

$\begin{matrix}{N = {\left\lfloor \frac{\left( {5 \times {NoGD}_{1} \times {PL}_{1}} \right) + \left( {5 \times {NoGD}_{2} \times {PL}_{2}} \right)}{187 + P} \right\rfloor - 2}} & \left\lbrack {{Equation}\mspace{14mu} 4} \right\rbrack\end{matrix}$

In Equation 4, among the two parades through which a super RS framepassing through the RS frame divider is to be transmitted, NOGD1signifies the number of group divisions having the first parade assignedto one sub-frame, and PL1 represents the number of SCCC payloads of thegroup division assigned to the first parade. Also, among the two paradesthrough which a super RS frame passing through the RS frame divider isto be transmitted, NOGD2 signifies the number of group divisions havingthe second parade assigned to one sub-frame, and PL2 represents thenumber of SCCC payloads of the group division assigned to the secondparade. At this point, the order of the first parade and the secondparade may be decided based upon the transmission order of the groupdivisions that are assigned to the parades. And, P indicates the numberof RS parity bytes added to each column of the RS frame. Finally, └X┘corresponds to the greatest integer equal to or less than X.

In Equation 4, each of the PL1 and PL2 values may be differently decidedbased upon the group type of the group having the corresponding paradeassigned thereto, the type of a group region included in the groupdivision having the corresponding parade assigned thereto, the SCCCcoding rate of each group region, and a combination method of an SCCCblock and a DATA block.

The RS frame divider receives the RS frame having the size of(N+2)×(187+P) bytes, which is outputted from the RS-CRC encoder.Thereafter, the RS frame divider divides the received RS frame into aplurality of portions, thereby outputting the divided portions.

FIG. 56 illustrates the operation of the RS frame divider according toan embodiment of the present invention, when the output of the RS frameencoder corresponds to a primary RS frame or a secondary RS frame.

At this point, the number of portions divided and created from one RSframe is equal to 5×NOGD. Herein, 5 corresponds to the number ofsub-frames existing in one M/H frame, and NOGD corresponds to the numberof group divisions having a parade assigned to one sub-frame.

Herein, one portion includes data of PL bytes.

At this point, one portion is assigned to one group division, therebybeing transmitted.

When dividing an RS frame having the size of (N+2)×(187+P) bytes into(5×NOGD) number of portions, wherein each portion includes PL bytes, oneportion may have a byte size smaller than PL bytes. In this case, thelast portion may include RS frame data having the size of (PL-S) bytesand may also include additional data byes of S bytes, wherein S has arandom value. At this point, the value of S may be decided based uponEquation 5 shown below.S=(5×NoGD×PL)−(187+P)×(N+2)  [Equation 5]

FIG. 57 illustrates the operation of the RS frame divider according toan embodiment of the present invention, when the output of the RS frameencoder corresponds to a super RS frame.

At this point, the number of portions divided and created from one RSframe is equal to 5×(NOGD1+NOGD2). Herein, 5 corresponds to the numberof sub-frames existing in one M/H frame, and each of NOGD1 and NOGD2corresponds to the number of group divisions having one of the firstparade and the second parade, among the two parades through which asuper RS frame passing through the RS frame divider is to betransmitted, assigned to one sub-frame. Herein, the order of the firstparade and the second parade may be decided based upon the transmissionorder of the group divisions that are assigned to the parades.

One portion of the first parade includes data of PL1 bytes, and oneportion of the second parade includes data of PL2 bytes.

At this point, one portion of PL1 bytes is assigned to a group division,through which the first parade is to be transmitted. Thereafter, theassigned portion of PL1 bytes is transmitted. Also, one portion of PL2bytes is assigned to a group division, through which the second paradeis to be transmitted. Thereafter, the assigned portion of PL2 bytes istransmitted.

When an RS frame having the size of (N+2)×(187+P) bytes is divided into(5×NOGD1+5×NOGD2) number of portions each having PL1 bytes or PL2 bytes,one portion may have a byte size smaller than PL1 bytes or PL2 bytes. Inthis case, when the last portion corresponds to a portion belonging to agroup division assigned to the first parade, the last portion mayinclude RS frame data having the size of (PL1-S) bytes and may alsoinclude additional data byes of S bytes, wherein S has a random value.Alternatively, when the last portion corresponds to a portion belongingto a group division assigned to the second parade, the last portion mayinclude RS frame data having the size of (PL2-S) bytes and may alsoinclude additional data byes of S bytes, wherein S has a random value.At this point, the value of S may be decided based upon Equation 6 shownbelow.S=(5×NoGD ₁ ×PL ₁+5×NoGD ₂ ×PL ₂)−{(187+P)×(N+2)}  [Equation 6]

FIG. 58 illustrates an example of assigning signaling information areasfor inserting signaling information starting from the 1st segment of the4th DATA block (B4) to a portion of the 2nd segment.

The present invention assigns signaling information areas for insertingsignaling information to some areas within each data group. Morespecifically, 276(=207+69) bytes of the 4th DATA block (B4) in each datagroup are assigned as the signaling information area. In other words,the signaling information area consists of 207 bytes of the 1st segmentand the first 69 bytes of the 2nd segment of the 4th DATA block (B4).For example, the 1st segment of the 4th DATA block (B4) corresponds tothe 17th or 173rd segment of a VSB field.

The signaling information that is to be inserted in the signalinginformation area is FEC-encoded by the signaling encoder, therebyinputted to the group formatter. The signaling information may include atransmission parameter which is included in the payload region of an OMpacket, and then received to the demultiplexer.

The group formatter inserts the signaling information, which isFEC-encoded and outputted by the signaling encoder, in the signalinginformation area within the data group. Herein, the signalinginformation may be identified by two different types of signalingchannels: a transmission parameter channel (TPC) and a fast informationchannel (FIC).

Herein, the TPC data corresponds to signaling information includingtransmission parameters, such as RS frame information, RS encodinginformation, FIC information, data group information, SCCC information,and M/H frame information and so on. However, the TPC data presentedherein is merely exemplary. And, since the adding or deleting ofsignaling information included in the TPC may be easily adjusted andmodified by one skilled in the art, the present invention will,therefore, not be limited to the examples set forth herein.

Furthermore, the FIC data is provided to enable a fast serviceacquisition of data receivers, and the FIC data includes cross layerinformation between the physical layer and the upper layer(s).

FIG. 59 illustrates a detailed block diagram of the signaling encoderaccording to the present invention.

Referring to FIG. 59, the signaling encoder includes a TPC encoder 561,an FIC encoder 562, a block interleaver 563, a multiplexer 564, asignaling randomizer 565, and an iterative turbo encoder 566.

The TPC encoder 561 receives 10-bytes of TPC data and performs(18,10)-RS encoding on the 10-bytes of TPC data, thereby adding 8 bytesof RS parity data to the 10 bytes of TPC data. The 18 bytes ofRS-encoded TPC data are outputted to the multiplexer 564.

The FIC encoder 562 receives 37-bytes of FIC data and performs(51,37)-RS encoding on the 37-bytes of FIC data, thereby adding 14 bytesof RS parity data to the 37 bytes of FIC data. Thereafter, the 51 bytesof RS-encoded FIC data are inputted to the block interleaver 563,thereby being interleaved in predetermined block units. Herein, theblock interleaver 563 corresponds to a variable length blockinterleaver. The block interleaver 563 interleaves the FIC data withineach sub-frame in TNoG(column)×51(row) block units and then outputs theinterleaved data to the multiplexer 564. Herein, the TNoG corresponds tothe total number of data groups being assigned to a sub-frame. The blockinterleaver 563 is synchronized with the first set of FIC data in eachsub-frame.

The block interleaver 563 writes 51 bytes of incoming (or inputted) RScodewords in a row direction (i.e., row-by-row) and left-to-right andup-to-down directions and reads 51 bytes of RS codewords in a columndirection (i.e., column-by-column) and left-to-right and up-to-downdirections, thereby outputting the RS codewords.

The multiplexer 564 multiplexes the RS-encoded TPC data from the TPCencoder 561 and the block-interleaved FIC data from the blockinterleaver 563 along a time axis. Then, the multiplexer 564 outputs 69bytes of the multiplexed data to the signaling randomizer 565. Thesignaling randomizer 565 randomizes the multiplexed data and outputs therandomized data to the iterative turbo encoder 566. The signalingrandomizer 565 may use the same generator polynomial of the randomizerused for mobile service data. Also, initialization occurs in each datagroup.

The iterative turbo encoder 566 corresponds to an inner encoderperforming iterative turbo encoding in a PCCC method on the randomizeddata (i.e., signaling information data).

FIG. 60 illustrates a syntax structure of Transmission Parameter Channel(TPC) data according to an embodiment of the present invention.

TPC data are inserted in a signaling information region in each group,thereby being transmitted. The TPC data may include a sub_frame_numberfield, a slot_number field, a parade_id field, a starting_group_number(SGN) field, a number of group_minus_(—)1 (NoG−1) field, aparade_repetition_cycle_minus_(—)1 (PRC−1) field, an rs_frame_modefield, an rs_code_mode_primary field, an rs_code_mode_secondary field,an sccc_block_mode field, an sccc_outer_code_mode_a field, ansccc_outer_code_mode_b field, an sccc_outer_code_mode_c field, ansccc_outer_code_mode_d field, an sccc_outer_code_mode_e field, anfic_version field, a parade_continuity_counter field, a TNoG field, agroup_extension_mode field, a c2s_parade_nogd field, a c2s_parade_numfield, a training_concatenation_indicator field, and atpc_protocol_version field.

Among the TPC data, a portion of the TPC data may include signalinginformation on a current data frame depending upon a number of asub-frame in which the group is positioned (or located), or a portion ofthe TPC data may include signaling information on a future data frame orsignaling information on a future sub-frame. When transmitting inadvance signaling information on a future data frame, surplus time isgiven to the receiver by acquiring the information in advance, therebybeing provided with enough time to prepare for the reception of datathat will follow. Also, in a portion of the TPC data, identical data maybe iterated (or repeated) in the sub-frame or the data frame. In a poorchannel environment, the iteration (or repetition) of identical data mayhelp the decoding process of the receiver on the TPC data.

Among the TPC data, a portion of the TPC data corresponds to a fielddefined in a CMM mobile service, and another portion of the TPC datacorresponds to a field defined in an SFCMM mobile service. As a fieldbeing inserted in an undefined section among the TPC data that aredefined in the CMM mobile service, the field defined in the SFCMM mobileservice decides the syntax structure of the TPC data. The CMM receivermay not be capable of receiving the TPC data defined in the SFCMM mobileservice, or, even if the CMM receiver receives the corresponding TPCdata, the CMM receiver does not process the received TPC data. The SFCMMreceiver may receive both the TPC data defined in the CMM service andthe TPC data defined in the SFCMM service. Furthermore, the TPC data mayalso be configured only of a field for the SCFMM.

In the TPC data, the tpc_protocol_version field indicates whether thecurrent TPC data include only the TPC data of CMM, or whether thecurrent TPC data include both the TPC data of CMM and the TPC data ofSFCMM.

The tpc_protocol_version field corresponds to a 5-bit field. Herein, thefirst 2-bit section corresponds to a major version field, and the last3-bit section corresponds to a minor version field. In the TPC data ofthe CMM, the tpc_protocol_version field is set to ‘11111’. Herein, whenthe minor version is increased, the last 3-bit section is incremented by‘1’. And, when the major version is increased, the first 2-bit sectionis incremented by ‘1’. When the modified (or varied) TPC data have abackward compatibility with the TPC data of the previous version, theminor version increases. And, when the modified (or varied) TPC data donot have a backward compatibility with the TPC data of the previousversion, the major version increases.

According to the embodiment of the present invention, when the fielddefined for the SFCMM mobile service is inserted in an undefined sectionwithin the TPC data defined in the CMM mobile service, the CMM receiveris capable of receiving the TPC data of the CMM. Therefore, the minorversion may be increased. At this point, the value of thetpc_protocol_version field is equal to ‘11000’.

The value of sub_frame_number field shall be in the range of 0 through 4inclusive and shall indicate the current Sub-Frame number within thedata Frame. It is transmitted to aid data Frame synchronization in thereceiver.

The value of Slot number field shall be in the range of 0 through 15inclusive and shall indicate the current Slot number within theSub-Frame. It is transmitted to aid data Frame synchronization in thereceiver.

Parade_id field identifies the Parade to which the current Groupbelongs, for the current data Frame. Each Parade in an data transmissionshall have a unique Parade_id.

The value of SGN field shall be the first-assigned Group_number for aParade to which this Group belongs.

The value of NoG−1 field shall be the number of Groups in a Sub-Frameassigned to the Parade to which this Group belongs, minus 1, for thecurrent data Frame. The value of number_of groups_minus_(—)1 shall be inthe range of 0 through 7 inclusive.

When the current sub-frame number is ‘0’ or ‘ 1’, the SGN field and theNoG−1 field indicate an SGN value or an NoG−1 value given to a parade,to which the corresponding group belongs, within the current data frame.

Alternatively, when the current sub-frame number is ‘2’, ‘3’, or ‘4’,the SGN field and the NoG−1 field indicate an SGN value or an NoG−1value given to a parade, to which the corresponding group belongs,within the next data frame. As described above, the next M/H framerefers to a very first M/H frame to which the respective identicalidentifier parade group (or collection) is being transmitted, after thecurrent M/H frame.

The PRC−1 field indicates a value, wherein ‘1’ is subtracted from aniteration (or repetition) cycle period of a parade being transmitted tothe data frame. For example, when the value of the PRC−1 field is equalto ‘000’, the corresponding identical identifier parade group istransmitted at a cycle of one data frame. And, when the value of thePRC−1 field is equal to ‘010’, the corresponding identical identifierparade group is transmitted at a cycle of 3 data frames.

More specifically, when the current data frame number is equal to n, ina sub-frame having the sub-frame number of 2,3, or 4, the SGN field andthe NoG−1 field respectively indicate the SGN and NoG−1 values given toa (n+PRC) data frame.

RS_frame_mode field shall be the RS frame mode of the Parade to whichthis group belongs, as defined in Table 9.

TABLE 9 RS Frame mode Description 00 Primary RS frame: Region ABCDSecondary RS frame: None or Region E 01 Primary RS frame: Region ABSecondary RS frame: None or Region CD or CDE 10 Primary RS frame: RegionABCDE Secondary RS frame: None 11 Reserved

rs_code_mode_primary field shall be the RS code mode for the primary RSFrame.

rs_code_mode_secondary field shall be the RS code mode for the secondaryRS Frame of the Parade to which this group belongs, for the current dataFrame.

SCCC_Block_mode field indicates how a data block or extended data blockwithin the data group is allocated to the SCCC block. For example, whenone SCCC block respective to a data block transmitting the mobileservice data of the CMM is configured of one data block, the SCCC blockmode is defined as ‘00’. And, when one SCCC block respective to a datablock transmitting the mobile service data of the CMM is configured of aplurality of data blocks, or when a data block transmitting the mobileservice data of the CMM does not exist, the SCCC block mode may bedefined as ‘01’.

sccc_outer_code_mode_A field shall be the SCCC outer code mode forRegion A of the Parade to which this group belongs.

sccc_outer_code_mode_B field shall be the SCCC outer code mode forRegion B of the Parade to which this group belongs.

sccc_outer_code_mode_C field shall be the SCCC outer code mode forRegion C of the Parade to which this group belongs.

sccc_outer_code_mode_D field shall be the SCCC outer code mode forRegion D of the Parade to which this group belongs.

sccc_outer_code_mode_E field shall be the SCCC outer code mode forRegion E of the Parade to which this group belongs.

According to the embodiment of the present invention, thesccc_outer_code_mode_E field may be defined in the TPC, or thesccc_outer_code_mode_E field may not be defined in the TPC. In case thesccc_outer_code_mode_E field is not defined, the SCCC outer code mode ofregion E may be decided depending upon a portion of the SCCC outer codemode or the entire SCCC outer code mode of regions A, B, C, and D. Forexample, EB! And EB4 included in region E of the data group may have thesame SCCC outer code mode as region C of the data group. Similarly, EB2and EB3 may have the same SCCC outer code mode as region D of the datagroup. Furthermore, EB5 may have the same SCCC outer code mode as regionA of the data group. In this case, even though theSCCC_outer_code_mode_E is not defined, the SCCC outer code mode ofregion E may be defined by using the SCCC_outer_code_mode_A field to theSCCC_outer_code_mode_D field.

Table 10 shown below corresponds to a table showing an exemplary SCCCouter code mode according to the present invention.

TABLE 10 SCCC Outer Code Mode Description 00 The outer code rate of aSCCC Block is 1/2 rate 01 The outer code rate of a SCCC Block is 1/4rate 10 The outer code rate of a SCCC Block is 1/3 rate 11 [Reserved forfuture use]

The sub-frame_number, slot_number, parade_id,parade_repetition_cycle_minus_(—)1, parade_continuity_counter,fic_version and sccc_block_extension_mode shall have their valuescorresponding to the current data Frame throughout the 5 Sub-Frameswithin a particular data Frame.

Certain TPC parameters and FIC data are signaled in advance.

The values of SGN, number_of_groups_minus_(—)1, and all FEC modeparameters (rs_frame_mode, rs_code_mode_primary, rs_code_mode_secondary,sccc_block_mode, sccc_outer_code_mode_a, sccc_outer_code_mode_b,sccc_outer_code_mode_c, sccc_outer_code_mode_d, sccc_outer_code_mode_eand group_extension_mode) corresponding to the current data Frame aregiven in the first two Sub-Frames of the current data Frame. The valuesof SGN, number_of_groups_minus_(—)1, and all FEC mode parameterscorresponding to the data Frame in which the Parade next appears aregiven in the 3rd, 4th and 5th Sub-Frames of the current data Frame.

The fic_version shall be incremented by 1 modulo 32 when an FIC-Chunk inthe current data Frame that describes the current+1 data frame isdifferent from the FIC-Chunk with the sameFIC_chunk_major_protocol_version in the current-1 data frame thatdescribed the current data frame.

The value of parade_continuity_counter field shall increment by 1 every(PRC) data Frames. The value of this field shall increase from 0 to 15and then repeat. For example, parade_repetition_cycle_minus_(—)1=011(i.e., PRC=4) implies that parade_continuity_counter increases everyfourth data frame.

The value of TNoG field shall be the total number of groups to betransmitted during a Sub-Frame for the data Frame. In other words, it isthe sum of NoGs of all Parades within a Sub-Frame of the data Frame. Itsvalue shall be in the range of 0 through 16 inclusive.

In case the current sub-frame number is ‘0’ or ‘1’, the TPC data mayinclude a TNoG value of the current data frame. And, in case the currentsub-frame number is ‘2’, ‘3’, or ‘4’, the TPC data may include both theTNoG value of the next M/H frame and the TNoG value of the current dataframe.

According to the embodiment of the present invention, 3 bits of the TPCare used to indicate the extended group information. In the descriptionof the present invention, the 3 bits will be referred to as agroup_extension_mode field.

By using the rs_frame_mode field and the group_extension_mode field ofthe TPC data, all group types may be identified.

Table 11 shown below shows exemplary values being assigned to thegroup_extension_mode field and the significance of each value accordingto the present invention.

TABLE 11 Group Extension Mode Description 000 Only the 1^(st) mobilemode exists, and region E does not exist. 001 There are no packetsreserved for main services in the slot. 010 1 packet for main servicesis reserved in the slot. 011 2 packets for main services are reserved inthe slot. 100 4 packets for main services are reserved in the slot. 1018 packets for main services are reserved in the slot. 110 Reserved 111Increased Capacity Mode

Table 11 shows an embodiment of the present invention. The presentinvention is not limited thereto and the setting of thegroup_extension_mode field may be changed. For example, if thegroup_extension_mode field is set to “000”, 11 mobile service datapackets are transmitted through 38 data packet regions reserved for theconventional main service data packets among the data packetstransmitted during one slot and 27 main service data packets aretransmitted through the remaining regions. If the group_extension_modefield is set to “001”, 20 mobile service data packets and 18 mainservice data packets may be transmitted through regions reserved for theconventional main service data packets in one slot. If thegroup_extension_mode field is set to “111”, an Increased Capacity Mode(ICM) is set, in which a data group may not be used to transmit mainservice data but all regions may be used to transmit the mobile servicedata in the slots included in one subframe.

Furthermore, Table 12 shown below indicates values of an RS frame modefield and values of the group_extension_mode field being assigned toeach segmented group type, when each group type is segmented inaccordance with the size of region E, according to the presentinvention.

TABLE 12 Group Regions Primary Secondary Group Group Group Group RSFrame Extension Type Division Division Mode Mode  0(GT0) ABCD — 00 000AB CD 01 000 1-0(GT1-0) ABCD E 00 001 1-1(GT1-1) 010 1-2(GT1-2) 0111-4(GT1-4) 100 1-8(GT1-8) 101 2-0(GT2-0) AB CDE 01 001 2-1(GT2-1) 0102-2(GT2-2) 011 2-4(GT2-4) 100 2-8(GT2-8) 101 3-0(GT3-0) ABCDE — 10 0013-1(GT3-1) 010 3-2(GT3-2) 011 3-4(GT3-4) 100 3-8(GT3-8) 101  4(GT4)ABCDE — 10 111

According to the embodiment of the present invention, when thers_frame_mode field value is equal to ‘01’, and when thegroup_extension_mode field value is equal to ‘010’, in the TPC, it maybe known that the group type of the corresponding group is 2-1(GT2-1).

The group_extension_mode field indicates a value associated to eachrespective field within the current data frame, when the currentsub-frame number is ‘0’ or ‘1’. And, the group_extension_mode fieldindicates a value associated to each respective field within a dataframe after PRC, when the current sub-frame number is ‘2’, ‘3’, or ‘4’.

The c2s_parade_nogd field indicates a number of group divisions, whereina Class 2 secondary parade being transmitted to the corresponding datagroup is allocated within a single sub-frame. When the Class 2 secondaryparade is not transmitted to the corresponding data group, thec2s_parade_nogd field value is indicated as ‘0’.

The c2s_parade_num field indicates a number of the Class 2 secondaryparade. On identical identifier parade group (or collection) may includea maximum of two Class 2 secondary parades. Herein, the c2s_parade_numfield is indicated as ‘0’ for the first Class 2 secondary parade. And,the c2s_parade_num field is indicated as ‘1’ for the second Class 2secondary parade. In case the c2s_parade_nogd field value is equal to‘0’, the c2s_parade_num field value may be disregarded (or ignored).

The c2s_parade_nogd field and the c2s_parade_num field respectivelyindicate the values of each field given to the corresponding Class 2secondary parade in the current data frame, when the current sub-framenumber is ‘0’ or ‘1’. And, the c2s_parade_nogd field and thec2s_parade_num field respectively indicate the values of each fieldgiven to the corresponding Class 2 secondary parade in a current dataframe after the PRC, when the current sub-frame number is ‘2’, ‘3’, or‘4’.

The training_concatenation_indicator field indicates whether or notshort training sequence of a data group within the sub-frame can createa long training sequence or a segmented long training sequence by beingconnected (or concatenated) to short training sequences of a neighboringdata group. Herein, the training_concatenation_indicator field mayindicate information on the current sub-frame and may also indicateinformation on sub-frames subsequent to the current sub-frame.

The training_concatenation_indicator field may signal whether or not anearlier short training sequence of the data group can be connected (orconcatenated) to a short training sequence of a data group allocated toa neighboring immediately previous slot through thebackward_concatenation_indicator field, and thetraining_concatenation_indicator field may signal whether or not a latershort training sequence of the data group can be connected (orconcatenated) to a short training sequence of a data group allocated toa neighboring immediately subsequent slot through theforward_concatenation_indicator field. Also, the short training sequencevalues may vary in accordance with the group type of the neighboringslot, and, in case the group type of the current slot and the group typeof a neighboring slot are known, the connection (or concatenation)status of the short training sequences may also be known. Therefore, theindicator field may be replaced with group type information of theneighboring slot.

The backward_concatenation_indicator field shall indicate whether theshort training sequences located in B1 and B2 of the M/H Group in the(current+3) M/H Subframe, taking the PRC into account, regardless of theM/H Frame boundary, belonging to the same set of Parade(s) with theassociated M/H Group and having the same appearance order within thescope of the parade_id, shall be concatenated with the short trainingsequences located in the Group Region E of the preceding adjacent M/HGroup(s) to form long (or segmented long) training sequences. The valueof this field shall be defined as shown in Table 13. If the SFCMM isoperating in ICM, the value of this field shall be set to ‘001’,although the value of this field is meaningless since all the shorttraining sequences shall always be concatenated in ICM.

Even though the data group corresponds to a data group transmitting theidentical identifier parade group (or collection), the value of thetraining_concatenation_indicator field may vary depending upon the grouptype of the neighboring group of each data group.

TABLE 13 backward_concatenation_indicataor Meaning ‘000’ The shorttraining sequences in the B1 and B2 of the M/H Group in the (current +3) M/H Subframe, belonging to the same set of Parade(s) with theassociated M/H Group and having the same order of appearance in thescope of parade_id is not the subject of the training concatenation.‘001’ The short training sequences located in the B1 and B2 of the M/HGroup in the (current + 3) M/H Subframe belonging to the same set ofParade(s) with the associated M/H Group and having the same order ofappearance in the scope of parade_id, shall be concatenated with theshort training sequences located in the Group Region E of the precedingadjacent M/H Group to form long training sequences, where the Group Mapof the preceding adjacent M/H Group is GM1-0 or GM2-0. ‘010’ The shorttraining sequences located in B1 and B2 of the M/H Group in the(current + 3) M/H Subframe belonging to the same set of Parade(s) withthe associated M/H Group and having the same order of appearance in thescope of parade_id, shall be concatenated with the short trainingsequences located in the Group Region E of the preceding adjacent M/HGroup to form segmented long training sequences, where the Group Map ofthe preceding adjacent M/H Group is GM1-1 or GM2-1. ‘011 The shorttraining sequences located in B1 and B2 of the M/H Group in the(current + 3) M/H Subframe belonging to the same set of Parade(s) withthe associated M/H Group and having the same order of appearance in thescope of parade_id, shall be concatenated with the short trainingsequences located in the Group Region E of the preceding adjacent M/HGroup to form segmented long training sequences, where the Group Map ofthe preceding adjacent M/H Group is GM1-2 or GM2-2. ‘100’ The shorttraining sequences located in B1 and B2 of the M/H Group in the(current + 3) M/H Subframe belonging to the same set of Parade(s) withthe associated M/H Group and having the same order of appearance in thescope of parade_id, shall be concatenated with the short trainingsequences located in the Group Region E of the preceding adjacent M/HGroup to form segmented long training sequences, where the Group Map ofthe preceding adjacent M/H Group is GM1-4 or GM2-4. ‘101’ The shorttraining sequences located in B1 and B2 of the M/H Group in the(current + 3) M/H Subframe belonging to the same set of Parade(s) withthe associated M/H Group and having the same order of appearance in thescope of parade_id, shall be concatenated with the short trainingsequences located in the Group Region E of the preceding adjacent M/HGroup to form segmented long training sequences, where the Group Map ofthe preceding adjacent M/H Group is GM1-8 or GM2-8. ‘110’-‘111’[Reserved for future use.]

The forward_concatenation_indicator field, when set to ‘1’, shallindicate the short training sequences located in the Group Region E ofthe M/H Group in the (current+3) M/H Subframe, taking the PRC intoaccount, regardless of the M/H Frame boundary, belonging to the same setof Parade(s) with the associated M/H Group and having the sameappearance order within the scope of the parade_id, shall beconcatenated with the short training sequences located in the B1 and B2of the succeeding adjacent M/H Group(s) to form long (or segmented long)training sequences. If the SFCMM system is operating in ICM, the valueof this field shall be set to ‘1’, although the value of this field ismeaningless since all the short training sequences shall always beconcatenated in ICM.

FIG. 61 illustrates operations of the TPC data according to anembodiment of the present invention.

As shown in (a) of FIG. 61, in case of an identical identifier paradegroup (or collection) being transmitted to a data group of the currentsub-frame, the corresponding identical identifier parade group mayperform signaling on an identical identifier parade group beingtransmitted to a data group after 3 sub-frames from the sub-frame havingthe corresponding parade group transmitted thereto.

More specifically, in case the current data frame corresponds to anx^(th) data frame, an identical identifier parade group beingtransmitted to a data group of sub-frame #0 may signal an identicalidentifier parade group being transmitted to a data group of sub-frame#3 of the same data frame. Also, an identical identifier parade groupbeing transmitted to a data group of sub-frame #1 may signal anidentical identifier parade group being transmitted to a data group ofsub-frame #4 of the same data frame. And, identical identifier paradegroups being transmitted to a data group of sub-frame #2 to sub-frame #4may signal identical identifier parade groups being transmitted to adata group of sub-frame #0 to sub-frame #2 of an (x+PRC) data frame.

Also, as shown in (b) of FIG. 61, among the identical identifier paradegroup being transmitted from the current sub-frame, the group beingtransmitted chronologically as the n^(th) group may signal a group beingtransmitted chronologically as an n^(th) group among the identicalidentifier parade group being transmitted from a sub-frame positionedafter 3 sub-frames from the current sub-frame.

This will be described in more detail with reference to an identicalidentifier parade group having parade identifier #1. Herein, a paradegroup of parade identifier #1 within sub-frame #3 of the x^(th) dataframe is transmitted in a chronological order of slot #2, slot #6, slot#10, slot #12, and slot #14. Also, a parade group of parade identifier#1 within sub-frame #1 of the (x+PRC)^(th) data frame is transmitted ina chronological order of slot #0, slot #2, slot #4, slot #8, and slot#12. At this point, the group being transmitted to slot #2 withinsub-frame #3 of the x^(th) data frame signals a group being transmittedto slot #0 of sub-frame #1 of the (x+PRC)^(th) data frame. Also, at thispoint, the groups being transmitted to slot #6, slot #10, slot #12, andslot #14 within sub-frame #3 of the x^(th) data frame may respectivelysignal the groups being transmitted to slot #2, slot #4, slot #8, andslot #12 within sub-frame #1 of the (x+PRC)^(th) data frame.

In the above-described embodiment of the present invention, the NoG ofthe parade group of parade identifier #1 within sub-frame #3 of thex^(th) data frame is identical to the NoG of the parade group of paradeidentifier #1 within sub-frame #1 of the (x+PRC)^(th) data frame.However, when the above-described NoG values are not identical to oneanother, signaling may not be performed in some of the groups.

When the main services and the mobile services of CMM are nottransmitted, and when only the mobile services of SFCMM are transmitted,or when only the main services and the mobile services of SFCMM aretransmitted, the major version of the tpc_protocol_version field may beincreased, and the TPC data may transmit only the fields respective tothe SFCMM. In this case, the tpc_protocol_version field may be set to‘00111’.

According to the embodiment of the present invention, a group isallocated to all slots, and each of the allocated groups may correspondto one of group types 3-0, 3-1, 3-2, 3-4, and 3-8. Alternatively, whenall of the groups correspond to group type 4, i.e., in case of grouptype 4, the TPC data having the major version increased may betransmitted.

Depending upon the increase in the major version of the TPC data, someof fields within the syntax of the TPC data shown in FIG. 60 may bedeleted or integrated. In this case, the TPC data required by the systemmay be transmitted by using a smaller number of bits. And, ensuring alarger number of reserved bits may facilitate the extension of thesystem in a later process.

FIG. 62 illustrates a syntax of the TPC data, when the major version isincreased, according to the embodiment of the present invention.

The TPC data may include a sub_frame_number field, a slot_number field,a parade_id field, an SGN field, an NoG−1 field, a PRC−1 field, agroup_extension_mode field, an rs_code_mode field, ansccc_outer_code_mode field, an fic_version field, aparade_continuity_counter field, a training_concatenation field, and atpc_protocol_version field.

Since each rs_frame_mode field in the groups of group type 3 or grouptype 4 is equal to ‘10’, the rs_frame_mode field may be deleted. Also,since each sccc_block_mode field in the groups of group type 3 or grouptype 4 is equal to ‘01’, the sccc_block_mode field may be deleted. And,since a group is allocated to each slot, the TNoG is always equal to‘16’. And, therefore, the TNoG field may also be deleted.

Since the groups of group type 3 or group type 4 transmit only theprimary parade, the rs_code_mode field, which is divided into a primaryrs_code_mode field and a secondary rs_code_mode field, may be combinedto a single rs_code_mode field. Also, since each region has the sameSCCC outer code rate, the sccc_outer_code_mode field, which is divided(or differentiated) for each group region, may be combined to a singlesccc_outer_code_mode field. Furthermore, since the secondary parade doesnot exist, the Class 2 secondary parade does not exist either.Therefore, the respective c2s_parade_nogd field and the c2s_parade_numfield may be deleted.

According to the embodiment of the present invention, the diverseinformation included in the TPC data is merely exemplary informationgiven to facilitate the understanding of the present invention. And,since the addition or deletion (or removal) of the information includedin the TPC data can be varied by anyone skilled in the art, the presentinvention will not be limited only to the examples given in theabove-described embodiment of the present invention.

FIG. 63 illustrates a detailed block of the trellis encoding moduleaccording to an embodiment of the present invention.

The trellis encoding module 115 includes a trellis encoder for eachtrellis way. More specifically, according to the present invention, thetrellis encoding module 115 includes 12 trellis encoders. In order totrellis encode known data so as to create training sequences pre-knownby the transmitting system and the receiving system with the trellisencoded known data, the trellis encoder initializes the memory of thetrellis encoder before inputting the known data.

The initialization of the memory of the trellis encoder corresponds to aprocess of initializing a plurality of memories included in the trellisencoder to a pre-defined value.

In order to perform the initialization process, an input multiplexerexists at the inputting end of the trellis encoder. The trellis encoderreceives a 2-bit input symbol, and the input multiplexer exists for eachbit. If the current encoder input does not correspond to a symbol forthe initialization process, the current encoder input is directlyoutputted without any modification. Alternatively, if the currentencoder input corresponds to a symbol for the initialization process, avalue referred to from the memory of the trellis encoder is outputted.

According to the embodiment of the present invention, the initializationprocess of the trellis encoder is performed by using two differentmethods.

A state-0 initialization process corresponds to a process ofinitializing all memories of the trellis encoder to state-0.

A state-1 initialization process corresponds to a process ofinitializing all memories of the trellis encoder to state-1.

If the current encoder input corresponds to a symbol for state-0initialization, the input multiplexer of the trellis encoder outputs thememory value of the current trellis encoder. In FIG. 53, when a trellisinput X2 corresponding to an upper bit of the input bit is received, andif the input of the current trellis encoder corresponds to a bit forstate-0 initialization, the input multiplexer discards (or deletes) theX2 and outputs the value of the memory D2. Also, when a trellis input X1corresponding to a lower bit of the input bit is received, and if theinput of the current trellis encoder corresponds to a bit for state-0initialization, the input multiplexer discards (or deletes) the X1 andoutputs the value of the memory D0.

If the current encoder input corresponds to a symbol for state-1initialization, the input multiplexer of the trellis encoder outputs aninverse value of the memory value of the current trellis encoder. When atrellis input X2 corresponding to an upper bit of the input bit isreceived, and if the input of the current trellis encoder corresponds toa bit for state-1 initialization, the input multiplexer discards (ordeletes) the X2 and performs an XOR operation on the value of the memoryD2 with ‘1’, thereby outputting an inverse value of D2. Also, when atrellis input X1 corresponding to a lower bit of the input bit isreceived, and if the input of the current trellis encoder corresponds toa bit for state-1 initialization, the input multiplexer discards (ordeletes) the X1 and performs an XOR operation on the value of the memoryD0 with ‘1’, thereby outputting an inverse value of D0.

In case the two consecutive symbols correspond to symbols for theinitialization of the trellis encoder, the trellis encoder mayinitialize the memory value.

If the two consecutive symbols correspond to symbols for the state-0initialization, D0, D1, and D2 are all equal to ‘0’. And, if the twoconsecutive symbols correspond to symbols for the state-1initialization, D0, D1, and D2 are all equal to ‘1’.

The state-0 initialization and the state-1 initialization may be decidedbased upon the group type, the type of training sequence, and theposition (or location) of the training sequence.

As compared to other training sequences, a short training sequence has arelatively larger number of initialization symbols. And, when the largenumber of initialization symbols performs the same type ofinitialization, the DC value of the symbols may have a valueconcentrated to a specific code (or sign). For example, when allinitialization symbols of a short training sequence perform the state-0initialization, after the initialization process of the two symbols, allmemories are given the value ‘0’. And, at this point, since the trellisencoder always outputs a negative value, i.e., since Z2 is always equalto ‘0’, the DC value of the entire training sequence is very likely tohave a negative value. Conversely, when all initialization symbols of ashort training sequence perform the state-1 initialization, the DC valueof the entire training sequence is very likely to have a positive value.

In order to resolve this problem according to the embodiment of thepresent invention, state-0 initialization and state-1 initialization arecollectively used on the initialization symbols for the short trainingsequences, and state-0 initialization is used for long trainingsequences and long additional training sequences or segmented longadditional training sequences. Furthermore, according to the embodimentof the present invention, for the short training sequences, trellisencoders corresponding to even-number trellis ways (ways 0, 2, 4, 6, 8,and 10) perform state-1 initialization, and trellis encoderscorresponding to odd-number trellis ways (ways 1, 3, 5, 7, 9, and 11)perform state-0 initialization. As described above, when state-0initialization and state-1 initialization are collectively used for eachtrellis way on the short training sequences, the present invention mayprevent the DC value of the symbols from being concentrated to aspecific code (or sign).

The initialization values respective to the state-0 initialization modeand the state-1 initialization mode being decided by the inputting endof the trellis encoder has been described according to the embodiment ofthe present invention. According to another embodiment of the presentinvention, the input value for each of the state-0 initialization modeand the state-1 initialization mode of the trellis encoder may bedecided in a process step prior to the trellis encoder and thentransmitted. More specifically, an 10 input of the trellis encoder maybe omitted without existing separately. And, in this case, the inputvalue for the state-0 initialization mode and the state-1 initializationmode may be decided before the trellis encoder, and the decided valuemay be inputted to the trellis encoder.

FIG. 64 is a block diagram illustrating a receiving system according toan embodiment of the present invention.

The receiving system of FIG. 64 includes an antenna 1300, a tuner 1301,a demodulating unit 1302, a demultiplexer 1303, a program table buffer1304, a program table decoder 1305, a program table storage unit 1306, adata handler 1307, a middleware engine 1308, an A/V decoder 1309, an A/Vpost-processor 1310, an application manager 1311, and a user interface1314. The application manager 1311 may include a channel manager 1312and a service manager 1313.

In FIG. 64, solid lines indicate data flows and dotted lines indicatecontrol flows.

The tuner 1301 tunes to a frequency of a specific channel through any ofan antenna, a cable, or a satellite and down-converts the frequency toan Intermediate Frequency (IF) signal and outputs the IF signal to thedemodulating unit 1302.

In one embodiment of the present invention, the tuner 1301 may select afrequency of a specific mobile broadcasting channel from amongbroadcasting channels transmitted via the antenna 1300. For example, ifit is assumed that the receiving system is a terminal having both acommunication function such as a phone function and a broadcast functionsuch as a mobile broadcasting function, the antenna 1300 may be used asa broadcasting antenna, and an additional communication antenna may alsobe included in the receiving system. That is, the broadcasting antennamay be physically different than the communication antenna. For anotherexample, one antenna may be used as both the broadcasting antenna andthe communication antenna. For still another example, a plurality ofantennas having different polarization characteristics may be used as asubstitute for the broadcasting antenna, so that a multi-path diversityscheme is made available. In this case, although a quality of a receivedbroadcast signal increases in proportion to the number of used antennas,power consumption excessively increases and the size of a space occupiedby an overall system also increases. Therefore, it is preferable that aproper number of diversity antennas be used in consideration of theabove-mentioned limitations.

Herein, the tuner 1301 is controlled by the channel manager 1312 in theapplication manager 1311 and reports the result and strength of abroadcast signal of the tuned channel to the channel manager 1312. Datareceived through the frequency of the specific channel includes mainservice data, mobile service data, a transmission parameter, and programtable information for decoding the main service data and the mobileservice data.

The demodulating unit 1302 performs VSB demodulation, channelequalization, etc., on the signal output from the tuner 1301 andidentifies and separately outputs main service data and mobile servicedata. The demodulating unit 1302 will be described in detail in a later.

On the other hand, the transmitter can transmit signaling information(or TPC information) including transmission parameters by inserting thesignaling information into at least one of a field synchronizationregion, a known data region, and a mobile service data region.Accordingly, the demodulating unit 1302 can extract the transmissionparameters from at least one of the field synchronization region, theknown data region, and the mobile service data region.

The demodulating unit 1302 extracts FIC data and TPC data from at leastone of a signaling information region, a field synchronization region, aknown data region, and a mobile service data region. According to theembodiment of the present invention, the FIC data and the TPC data areinserted in the signaling information region, thereby being transmitted.

The transmission parameters may include MH frame information,sub_frame_number information, slot_number information, parade_idinformation, starting_group_number (SGN) information, number ofgroup_minus_(—)1 (NoG−1) information, parade_repetition_cycle_minus_(—)1(PRC−1) information, rs_frame_mode information, rs_code_mode_primaryinformation, rs_code mode_secondary information, sccc_block_modeinformation, sccc_outer_code_mode_a information, sccc_outer_code_mode_binformation, sccc_outer_code_mode_c information, sccc_outer_code_mode_dinformation, sccc_outer_code_mode_e information, fic_versioninformation, parade_continuity_counter information, TNoG information,group_extension_mode information, c2s_parade_nogd information,c2s_parade_num information, training_concatenation_indicator informationand tpc_protocol_version information, etc.

The demodulating unit 1302 performs block decoding, RS frame decoding,etc., using the extracted transmission parameters. For example, thedemodulating unit 1302 performs block decoding of each region in a datagroup with reference to SCCC-related information (for example, SCCCblock mode information or an SCCC outer code mode) included in thetransmission parameters and performs RS frame decoding of each regionincluded in the data group with reference to RS-related information (forexample, an RS code mode).

In the embodiment of the present invention, an RS frame including mobileservice data demodulated by the demodulating unit 1302 is input to thedemultiplexer 1303.

That is, data inputted to the demultiplexer 1303 has an RS frame payloadformat as shown in FIG. 55. More specifically, the RS frame decoder ofthe demodulating unit 1302 performs the reverse of the encoding processperformed at the RS frame encoder of the transmission system to correcterrors in the RS frame and then outputs the error-corrected RS framepayload to a data derandomizer. The data derandomizer then performsderandomizing on the error-corrected RS frame payload through thereverse of the randomizing process performed at the transmission systemto obtain an RS frame payload as shown in FIG. 52.

The demultiplexer 1303 may receive RS frame payloads of all parades andmay also receive only an RS frame payload of a parade including a mobileservice that the user desires to receive through power supply control.For example, when RS frame payloads of all parades are received, thedemultiplexer 1303 can demultiplex a parade including a mobile servicethat the user desires to receive using a parade_id, rs_frame_mode, groupextension mode and information related to class 2 secondary parade.

When one parade carries two RS frames, the demultiplexer 1303 needs toidentify an RS frame carrying an ensemble including mobile service datato be decoded from a parade containing a mobile service that the userdesires to receive. That is, when a received single parade or a paradedemultiplexed from a plurality of parades carries a primary ensemble anda secondary ensemble, the demultiplexer 1303 selects one of the primaryand secondary ensembles.

In an embodiment, the demultiplexer 1303 can demultiplex an RS framecarrying an ensemble including mobile service data to be decoded usingan ensemble_id created by adding one bit to a left position of theparade_id.

The demultiplexer 1303 refers to the header of the mobile service datapacket within the RS frame payload belonging to the ensemble includingthe mobile service data that are to be decoded, thereby identifying whenthe corresponding mobile service data packet is the signaling tableinformation or the IP datagram of the mobile service data.Alternatively, when the signaling table information and the mobileservice data are both configured in the form of IP datagrams, thedemultiplexer 1303 may use the IP address in order to identify the IPdatagram of the program table information and the mobile service data.

Herein, the identified signaling table information is outputted to theprogram table buffer 1304. And, audio/video/data streams are separatedfrom the IP datagram of mobile service data that are to be selectedamong the IP datagrams of the identified mobile service data, therebybeing respectively outputted to the A/V decoder 1309 and/or the datahandler 1307.

According to an embodiment of the present invention, when thestuff_indicator field within the header of the mobile service datapacket indicates that stuffing bytes are inserted in the payload of thecorresponding mobile service data packet, the demultiplexer 1303 removesthe stuffing bytes from the payload of the corresponding mobile servicedata packet. Then, the demultiplexer 1303 identifies the program tableinformation and the mobile service data. Thereafter, the demultiplexer1303 identifies A/V/D streams from the identified mobile service data.

The program table buffer 1304 temporarily stores the section-typeprogram table information and then outputs the section-type programtable information to the program table decoder 1305.

The program table decoder 1305 identifies tables using a table_id and asection_length in the program table information and parses sections ofthe identified tables and produces and stores a database of the parsedresults in the program table storage unit 1306. For example, the programtable decoder 1305 collects sections having the same table identifier(table_id) to construct a table. The program table decoder 1305 thenparses the table and produces and stores a database of the parsedresults in the program table storage unit 1306.

The A/V decoder 1309 decodes the audio and video streams outputted fromthe demultiplexer 1303 using audio and video decoding algorithms,respectively. The decoded audio and video data is outputted to the A/Vpost-processor 1310.

Here, at least one of an AC-3 decoding algorithm, an MPEG 2 audiodecoding algorithm, an MPEG 4 audio decoding algorithm, an AAC decodingalgorithm, an AAC+ decoding algorithm, an HE AAC decoding algorithm, anAAC SBR decoding algorithm, an MPEG surround decoding algorithm, and aBSAC decoding algorithm can be used as the audio decoding algorithm andat least one of an MPEG 2 video decoding algorithm, an MPEG 4 videodecoding algorithm, an H.264 decoding algorithm, an SVC decodingalgorithm, and a VC-1 decoding algorithm can be used as the audiodecoding algorithm.

The data handler 1307 processes data stream packets required for databroadcasting among data stream packets separated (or identified) by thedemultiplexer 1303 and provides the processed data stream packets to themiddleware engine 1310 to allow the middleware engine 1310 to bemultiplexed them with A/V data. In an embodiment, the middleware engine1310 is a Java middleware engine.

The application manager 1311 receives a key input from the TV viewer anddisplays a Graphical User Interface (GUI) on the TV screen in responseto a viewer request through a User Interface (UI). The applicationmanager 1311 also writes and reads information regarding overall GUIcontrol of the TV, user requests, and TV system states to and from amemory (for example, NVRAM or flash memory). In addition, theapplication manager 1311 can receive parade-related information (forexample, a parade_id) from the demodulating unit 1302 to control thedemultiplexer 1303 to select an RS frame of a parade including arequired mobile service. The application manager 1311 can also receivean ensemble_id to control the demultiplexer 1303 to select an RS frameof an ensemble including mobile service data to be decoded from theparade. The application manager 1311 also controls the channel manager1312 to perform channel-related operations (for example, channel mapmanagement and program table decoder operations).

The channel manager 1312 manages physical and logical channel maps andcontrols the tuner 1301 and the program table decoder 1305 to respond toa channel-related request of the viewer. The channel manager alsorequests that the program table decoder 1305 parse a channel-relatedtable of a channel to be tuned and receives the parsing results from theprogram table decoder 1305.

FIG. 65 illustrates an example of a demodulating unit in a digitalbroadcast receiving system according to the present invention.

The demodulating unit of FIG. 65 uses known data information, which isinserted to the broadcast signal by the transmitting system and, then,transmitted by the transmitting system, so as to perform carriersynchronization recovery, frame synchronization recovery, and channelequalization, thereby enhancing the receiving performance. Also thedemodulating unit may turn the power on only during a slot to which thedata group of the designated (or desired) parade is assigned, therebyreducing power consumption of the receiving system.

Referring to FIG. 65, the demodulating unit includes an operationcontroller 2000, a demodulator 2002, an equalizer 2003, a known sequencedetector 2004, a block decoder 2005, and a RS frame decoder 2006. Thedemodulating unit may further include a main service data processor2008. The main service data processor 2008 may include a datadeinterleaver, a RS decoder, and a data derandomizer. The demodulatingunit may further include a signaling decoder 2013. The receiving systemalso may further include a power controller 5000 for controlling powersupply of the demodulating unit.

More specifically, a frequency of a particular channel tuned by a tunerdown converts to an intermediate frequency (IF) signal. Then, thedown-converted data 2001 outputs the down-converted IF signal to thedemodulator 2002 and the known sequence detector 2004. At this point,the down-converted data 2001 is inputted to the demodulator 2002 and theknown sequence detector 2004 via analog/digital converter ADC (notshown). The ADC converts pass-band analog IF signal into pass-banddigital IF signal.

The demodulator 2002 performs self gain control, carrier recovery, andtiming recovery processes on the inputted pass-band digital IF signal,thereby modifying the IF signal to a base-band signal. Then, thedemodulator 2002 outputs the newly created base-band signal to theequalizer 2003 and the known sequence detector 2004.

The equalizer 2003 compensates the distortion of the channel included inthe demodulated signal and then outputs the error-compensated signal tothe block decoder 2005.

Channel distortion compensation using a known data sequence in theequalizer 2003 will be described in greater detail. If a known datasequence including a long known data sequence formed by concatenatingshort known data sequences or segmented known data sequences is input tothe equalizer 2003, the known data sequence is provided to a frequencydomain converter and a Channel Impulse Response (CIR) Estimator. Thefrequency domain converter converts data of the known data sequence intoa frequency domain signal, and the CIR estimator estimates a CIR of atransfer channel using the known data sequence. The estimated CIR isinterpolated/estimated by a CIR interpolator/extrapolator in aninterpolation/extrapolation manner. The interpolated/estimated CIR isconverted into the frequency domain signal and an equalizationcoefficient is calculated using the converted frequency domain signal ofthe CIR. The calculated coefficient is multiplied by known dataconverted into the frequency domain and the multiplied result isconverted into a time domain signal and is sent to a unit subsequent tothe equalizer 2003.

At this point, the known sequence detector 2004 detects the knownsequence position information inserted by the transmitting end from theinput/output data of the demodulator 2002 (i.e., the data prior to thedemodulation process or the data after the demodulation process).Thereafter, the position information along with the symbol sequence ofthe known data, which are generated from the detected position, isoutputted to the operation controller 2000, the demodulator 2002, theequalizer 2003, and the signaling decoder 2013. Also, the known sequencedetector 2004 outputs a set of information to the block decoder 2005.This set of information is used to allow the block decoder 2005 of thereceiving system to identify the mobile service data that are processedwith additional encoding from the transmitting system and the mainservice data that are not processed with additional encoding.

In addition, although the connection status is not shown in FIG. 65, theinformation detected from the known sequence detector 2004 may be usedthroughout the entire receiving system and may also be used in the RSframe decoder 2006.

Moreover, the information detected by the known sequence detector isoutputted only to a portion of the receiving system, and the detectedinformation may be delivered along with data being outputted to and fromother blocks. For example, the information detected by the knownsequence detector may be outputted only to the demodulator 2002, and thedemodulator 2002 may output the demodulated data to the equalizer 2003along with the known (data) sequence detection information. Also, theequalizer 2003 may receive the information and may output the receivedinformation to the signaling decoder 2013, the block decoder 2005, orthe RS frame decoder 2006 along with the equalized data.

Furthermore, the known sequence detector 2004 receives the TPC datadecoded by the signaling decoder 2013 and may use connection (orconcatenation) information on short known data sequences amongneighboring groups, so as to detect long known data sequences that arecreated by a connection (or concatenation) of the short known datasequences.

The data demodulated in the demodulator 2002 or the data equalized inthe channel equalizer 2003 is inputted to the signaling decoder 2013.The known data position information detected in the known sequencedetector 2004 is inputted to the signaling decoder 2013.

The signaling decoder 2013 extracts and decodes signaling information(e.g., TPC information, and FIC information), which inserted andtransmitted by the transmitting end, from the inputted data, the decodedsignaling information provides to blocks requiring the signalinginformation.

More specifically, the signaling decoder 2013 extracts and decodes TPCdata and FIC data, which inserted and transmitted by the transmittingend, from the equalized data, and then the decoded TPC data and FIC dataoutputs to the operation controller 2000, the known sequence detector2004, and the power controller 5000. For example, the TPC data and FICdata is inserted in a signaling information region of each data group,and then is transmitted to a receiving system.

The signaling decoder 2013 performs signaling decoding as an inverseprocess of the signaling encoder shown in FIG. 59, so as to extract TPCdata and FIC data. For example, the signaling decoder 2013 decodes theinputted data using the PCCC method and derandomizes the decoded data,thereby dividing the derandomized data into TPC data and FIC data. Atthis point, the signaling decoder 2013 performs RS-decoding on thedivided TPC data, so as to correct the errors occurring in the TPC data.Subsequently, the signaling decoder 2013 deinterleaves the divided FICdata and then performs RS-decoding on the deinterleaved FIC data, so asto correct the error occurring in the FIC data. The error-corrected TPCdata are then outputted to the operation controller 2000, the knownsequence detector 2004, and the power controller 5000.

The operation controller 2000 receives the signaling information decodedby the signaling decoder 2013 and outputs the decoded signalinginformation to the demodulator 2002, the block decoder 2005, and the RSframe decoder 2006, and so on. Herein, although it is not shown in FIG.62, the signaling decoder 2013 may occasionally bypass the operationcontroller 2000 and directly output the decoded signaling information tothe demodulator 2002, the block decoder 2005, and the RS frame decoder2006, and so on.

The TPC data may also include a transmission parameter which is insertedinto the payload region of a packet by the service multiplexer, and thenis transmitted to transmitter.

The TPC data include M/H frame information, sub-frame information slotinformation, information on a primary parade, information on a secondaryparade (e.g., parade ID, parade iteration (or repetition) cycle, and soon), information on a group within a sub-frame, RS frame modeinformation, RS code mode information, SCCC block mode information, SCCCouter code mode information of regions A to E within a group, FICversion, information, extended group type information, informationassociated to class 2 secondary parade, short training concatenation (orconnection) information, or version information, and so on.

At this time, the signaling information area within the data group canbe identified using known data information output from the known datadetector 2004. The first known data sequence (i.e., first trainingsequence) is inserted into the last two segments of the data block B3,and the second known data sequence (i.e., second training sequence) isinserted into the second and third segments of the data block B4. Atthis time, since the signaling information region is transmitted incondition with being inserted between the first known data sequence andthe second known data sequence, the signaling decoder 2013 can decodethe signaling information of the signaling information area byextracting the same from the data output from the demodulator 2002 orthe channel equalizer 2003.

The power controller 5000 receives M/H frame associated information fromthe signaling decoder 2013, so as to control the power of the tuner andthe demodulator. The power controller 5000 may also receive powercontrolling information from the operation controller 2000 in order tocontrol the power of the tuner and the demodulator.

According to the embodiment of the present invention, the powercontroller 5000 turns the power on at a slot having a group of a paradeassigned thereto, the parade including a mobile service that isrequested (or wanted) by the user, assigned thereto, so as to receivedata. And, also according to the embodiment of the present invention,the power controller 5000 may turn the power off at the other slots.

By using the known data sequences when performing timing recovery orcarrier recovery, the demodulator 2002 may enhance its demodulatingperformance Similarly, by using the known data, the equalizer 2003 mayalso enhance its enhancing performance. Furthermore, the decoding resultof the block decoder 2005 may be fed-back to the equalizer 2003, so asto enhance the equalizing performance.

When the data, which are channel-equalized by the equalizer 2003 andinputted to the block decoder 2005, correspond to data processed withboth block encoding and trellis encoding by the transmitting system(e.g., data within the RS frame), trellis decoding and block decodingmay be performed on the corresponding data as inverse processes of thetransmitting system. However, if the data correspond to data that areonly trellis decoded and not block decoded by the transmitting system(e.g., main service data), only trellis decoding is performed.

The data that are trellis decoded and block decoded by the block decoder2005 are outputted to the RS frame decoder 2006. More specifically,among the data existing in the group, the block decoder 2005 removes theknown data, the data used for trellis initializing, the signalinginformation data, the MPEG header, and the RS parity data that wereadded by the RS encoder/non-systematic RS encoder or the non-systematicRS encoder of the transmitting system. Thereafter, the block decoder2005 outputs the processed data to the RS frame decoder 2006. Morespecifically, only the data of the RS frame assigned to the group areoutputted to the RS frame decoder 2006. For example, the data of theprimary RS frame assigned to the primary group division of the group andthe data of the overlay RS frame assigned to the secondary groupdivision of the group are outputted to the RS frame decoder 2006.

Meanwhile, the data trellis-decoded by the block decoder 2005 areoutputted to the data deinterleaver of the main service data processingunit 2008. At this point, the data that are trellis-decoded by the blockdecoder 2005 and outputted to the data deinterleaver may include mainservice data as well as the data within the RS frame and signalinginformation. Also, the RS parity data that are added after passingthrough the pre-processor of the transmitting system may also beincluded in the data being outputted to the data deinterleaver.

If the inputted data correspond to data that are only trellis encodedand not block encoded by the transmitting system, the block decoder 2005either performs Viterbi (or trellis) decoding on the input data, therebyoutputting a hard decision value, or performs hard-decision on asoft-decision value, thereby outputting the processed result.

When the inputted data correspond to data processed with both blockencoding and trellis encoding by the transmitting system, the blockdecoder 2005 outputs a soft decision value of the input data.

More specifically, if the input data are processed with block encodingby the block processor of the transmitting system and processed withtrellis encoding by the trellis encoding mobile of the transmittingsystem, the block decoder 2005 performs trellis decoding and blockdecoding as inverse processes of the transmitting system. At this point,the block processor of the transmitting system may be considered as anouter encoder, and the trellis encoding module may be considered as aninner encoder.

When decoding such concatenated codes, in order to maximize the decodingperformance of the outer code, it is preferable that the decoder of theinner code outputs a soft decision value.

Meanwhile, since the main service data processing unit 2008 consists ofblocks required for receiving main service data, the main service dataprocessing unit 2008 may not be required in a receiving system structurefor receiving only the mobile service data.

The data deinterleaver included in the main service data processing unit2008 deinterleaves the data outputted from the block decoder 2005, as aninverse process of the data interleaver included in the transmittingsystem, and outputs the deinterleaved data to the RS decoder. The databeing inputted to the data deinterleaver include not only the mainservice data but also mobile service data, known data, RS parity, MPEGheader, and so on. The RS decoder performs a systematic RS decodingprocess on the deinterleaved data, thereby outputting the processed datato the derandomizer. The derandomizer receives the data outputted fromthe RS decoder and generates a pseudo random byte identical to that ofthe randomizer of the transmitting system. Thereafter, the derandomizerperforms a bitwise XOR (exclusive OR) on the generated pseudo randombyte, so as to insert an MPEG sync byte at the beginning of each packet,thereby outputting 188-byte packet units.

The RS frame decoder 2006 receives the data of the RS frame that wasassigned to each group, so as to configure the corresponding RS frame.Then, the RS frame decoder 2006 performs CRC-RS decoding in theconfigured RS frame units. For example, the present invention may referto the TPC data decoded by the signaling decoder 2013 in order toconfigure the primary RS frame, the secondary RS frame and the super RSframe. At this point, the primary RS frame is configured by gathering(or collecting) data assigned to the primary group division within thegroup, and the secondary RS frame and the overlay RS frame areconfigured by gathering (or collecting) data assigned to the secondarygroup division within the group.

The RS frame decoder 2006 receives the data of the RS frame that wasassigned to each group, so as to configure the corresponding RS frame.Then, the RS frame decoder 2006 performs CRC-RS decoding in theconfigured RS frame units. For example, the present invention may referto the TPC data decoded by the signaling decoder 2013 in order toconfigure the CMM primary RS frame, the CMM secondary RS frame, the EMMprimary RS frame, the EMM secondary RS frame, and the super RS frame. Atthis point, the primary RS frame is configured by gathering (orcollecting) data assigned to the primary group division within thegroup, and the secondary RS frame and the overlay RS frame areconfigured by gathering (or collecting) data assigned to the secondarygroup division within the group.

The RS frame decoder 2006 adds a 1-byte MPEG sync byte, which wasremoved during the RS frame encoding process, to the mobile service datapacket within the error-corrected RS frame, thereby performingderandomizing on the processed data.

The above-described embodiment of the present invention is even moreeffective when applied to portable and mobile receivers, which requirerobustness against frequent channel changes and noise.

Most particularly, the present invention may use a portion of thechannel capacity or the entire channel capacity to which the data formain services have been transmitted, so as to transmit data for mobileservices. Then, the receiving system may receive such data and processthe received data.

FIG. 66 is a diagram showing an embodiment of a syntax structure of anFIC chunk according to the present invention.

A reception system of the present invention enables faster access to acurrently broadcast mobile service using an FIC.

FIG. 66 shows a relationship between the FIC chunk header and the FICchunk payload in case of the minor protocol version change. In theembodiment of the present invention, a reception system or receiverwhich is able to accept the minor protocol version change processes anextension field, but a legacy reception system or receiver which is notable to accept the minor protocol version change skips the extensionfield using the length information thereof. For example, a receptionsystem which is able to accept the minor protocol version change canidentify the content indicated by the extension field and perform anoperation according to the content indicated by the extension field.

Accordingly, in the present invention, the CMM dedicated receiver mayskip the extension field included in the FIC chunk. The extension fieldis associated with the value of the below-describedFIC_Chunk_header_extension_length field. In addition, the CMM dedicatedreceiver may approximate the size of the FIC chunk using the number ofCMM ensembles and the number of M/H service fields and apply the FICchunk within the CMM receiver. That is, the CMM dedicated receiver maytreat a plurality of SFCMM ensemble loops included in the FIC chunkpayload as FIC chunk stuff bytes. As a result, the CMM dedicatedreceiver may skip the plurality of SFCMM ensemble loops.

FIG. 67 illustrates the bit stream syntax of an FIC-Chunk Headeraccording to an embodiment of the present invention.

The bit stream syntax of an FIC-Chunk Header including both informationabout a CMM Ensemble/Service and information about an EMMEnsemble/Service, using the minor protocol version illustrated in FIG.66.

Newly added fields or fields having a changed semantic definition may beFIC_chunk_minor_protocol_version, FIC_chunk_header_extension_length,num_EMM_ensembles and num_ensembles. Each field is described below.

FIC_chunk_major_protocol_version—A two-bit unsigned integer field thatrepresents the major version of the syntax and semantics of theFIC-Chunk. A change in the major version level shall indicate anon-backward-compatible level of change. The value of this field shallbe set to ‘00’ to utilize this option (“option A”) for the FIC signalingextension. The value of this field shall be incremented by one each timethe structure of the FIC-Chunk is changed in a non-backward-compatiblemanner from a previous major version of the FIC-Chunk by a futureversion of the standard.

FIC_chunk_minor_protocol_version—A 3-bit unsigned integer field thatrepresents the minor version of the syntax and semantics of theFIC-Chunk. A change in the minor version level, provided theFIC_chunk_major_protocol_version remains the same, shall indicate abackward-compatible level of change. The value of this field shall beset to ‘001’ to utilize this option (“option A”) for the FIC signalingextension. The value of this field shall be incremented by one each timethe structure of the FIC-Chunk is changed in backward-compatible mannerfrom a previous minor version of the FIC-Chunk with the same majorversion by a future version of the standard.

FIC_chunk_header_extension_length—A 3-bit unsigned integer field thatrepresents the length of the extension field(s) of the FIC_chunk_header() added by one or more minor version level changes of the FIC-Chunksyntax. The value of this field shall indicate the total length in bytesof extension field(s) added by all minor version changes up to andincluding the current one (for the same major version). Such extensionfields shall immediately precede the num_ensembles field of theFIC_chunk_header( ), with fields added by higher minor protocol versionsappearing after fields added by lower minor protocol versions (for thesame major protocol version). The 3-bit length of this field requiresthat any change of syntax of the FIC-Chunk header which would push thetotal length of the extension(s) over 7 bytes will need to be treated asa major version change. To utilize this option (“option A”) for the FICsignaling extension, the value of this field shall be set to ‘001’.

num_EMM_ensembles—An 8-bit unsigned integer field, the value of whichshall equal the number of EMM Ensembles carried through this M/HBroadcast that are not available to CMM receiver devices, including theEMM Ensembles where the value of the PRC for the corresponding M/HParades is greater than 1 and which do not have any M/H Groups in theM/H Frame to which this FIC-Chunk refers.

num_ensembles—An 8-bit unsigned integer field, the value of which shallequal the number of CMM Ensembles carried through this M/H Broadcast,including the M/H Ensembles where the value of the PRC for thecorresponding M/H Parades is greater than 1 and which do not have anyM/H Groups in the M/H Frame to which this FIC-Chunk refers.

FIG. 68 illustrates the bit stream syntax of an FIC-Chunk payloadaccording to an embodiment of the present invention. The ensemble loop(or the CMM ensemble loop) and the EMM ensemble loop of the FIC chunkpayload includes an ensemble_id field, an ensemble_protocol_versionfield, an SLT_ensemble_indicator field, a GAT_ensemble_indicator field,an M/H_service_signaling channel_version field, a num_M/H_servicesfield, a mobile service loop, and an FIC_Chunk_stuffing field, all ofwhich are repeated by the value of the num_ensembles field. The mobileservice loop may include a multi_ensemble_service field, anM/H_service_status field, and an SP_indicator field, all of which arerepeated by the value of the num_M/H_services field. Each field isdescribed below.

ensemble_id—This 8-bit unsigned integer field identifies the associatedCMM Ensemble. The value of this field shall be derived from theparade_id (carried in the Transmission Parameter Channel, TPC) of thecorresponding CMM Parade, by using the parade_id of the associated M/HParade for the least significant 7 bits, and using ‘0’ for the mostsignificant bit when the M/H Ensemble is carried over the Primary RSFrames and using ‘1’ for the most significant bit when the M/H Ensembleis carried over the Secondary RS Frames. Note that the value ofensemble_id of a CMM Ensemble shall not be changed during the period oftime where a CMM Service is present and/or announced in the ServiceGuide.

ensemble_protocol_version—A 5-bit unsigned integer field that representsthe version of the structure of this ensemble, specifically its RS Framepayload structure and its M/H Service Signaling Channel structure.

EMM_ensemble_protocol_version—An unsigned integer field that representsthe version of the structure of this EMM ensemble, specifically its RSFrame payload structure and its M/H Service Signaling Channel structure.The value of this field shall be set as specified in Table 15 below.

TABLE 15 EMM_ensemble_protocol_version 000 The EMM Ensembleconfiguration (the RS Frame payload structure and the M/H SSCconfiguration) that is defined in this version of the SFCMM system.001-111 Reserved for other EMM Ensemble configurations possibly definedin future versions of the SFCMM system.

SLT_ensemble_indicator—A one-bit indicator, which when set to ‘1’ shallindicate that the SLT-MH (Service Labeling Table) is carried in the M/HService Signaling Channel of this ensemble.

GAT_ensemble_indicator—A one-bit indicator, which when set to ‘1’ shallindicate that the GAT-MH (Guide Access Table) is carried in thesignaling stream of this ensemble.

EMM_ensemble_id_prefix—A 4-bit enumerated field that represents the typeof the associated EMM Ensemble. This field shall form theEMM_ensemble_id in association with the EMM_ensemble_id_suffix field.

EMM_ensemble_id_suffix—An 8-bit unsigned integer field that forms theEMM_ensemble_id for the corresponding EMM Ensemble, in association withthe EMM_ensemble_id_prefix field. The value of this field shall bederived from the parade_id(s) of the corresponding M/H Parades. Notethat the value of EMM_ensemble_id of an EMM Ensemble shall not bechanged during the period time where an EMM Service is present and/orannounced in the Service Guide.

num_MH_services—An 8-bit unsigned integer field that represents thenumber of M/H Services carried through this M/H Ensemble.

MH_service_id—A 16-bit unsigned integer number that identifies the M/HService. This number shall be unique within the M/H Broadcast.

multi_ensemble_service—A two-bit enumerated field that shall identifywhether this M/H Service is carried across more than one M/H Ensemble.Also, this field identifies whether the M/H Service can be renderedmeaningfully with only the portion of the M/H Service carried throughthis M/H Ensemble.

MH_service_status—A 2-bit enumerated field that shall identify thestatus of this M/H Service. The most significant bit indicates whetherthis M/H Service is active (when set to 1) or inactive (when set to 0)and the least significant bit indicates whether this M/H Service ishidden (when set to 1) or not (when set to 0).

SP_indicator—A 1-bit field that indicates, when set, service protectionis applied to at least one of the components needed to provide ameaningful presentation of this M/H Service.

FIC_chunk_stuffing—Stuffing may exist in an FIC-Chunk.

The following restrictions are imposed on management of an FIC-Chunkusing the minor protocol version of the FIC-Chunk described above withreference to FIGS. 58 to 60.

On a given M/H Broadcast, the signaling information about both CMM andEMM Ensembles/Services shall be contained in a single FIC-Chunk havingits FIC_chunk_major_protocol_version field set to ‘00’ andFIC_chunk_minor_protocol_version field set to ‘001’.

The FIC-Chunk containing signaling information about both CMM and EMMEnsembles/Services shall be delivered through the FIC-Segments withFIC_chunk_major_protocol_version field set to ‘00’ in the header.

FIG. 69 illustrates a method for transmitting information about a CMMEnsemble/Service and information about an EMM Ensemble/Serviceseparately through two FIC-Chunks using the major protocol versions ofthe FIC-Chunks, among the FIC signaling methods in the SFCCM systemaccording to the present invention.

As illustrated in FIG. 65, a CMM receiver is designed so as to neglectan FIC-Segment containing an FIC-Chunk about the EMM Ensemble/Serviceinaccessible to the CMM receiver. Therefore, malfunction of the CMMreceiver is prevented, which might otherwise be caused by informationabout the EMM Ensemble/Service.

FIG. 70 illustrates the bit stream syntax of an FIC-Chunk Headerincluding only information about an EMM Ensemble/Service, using themajor protocol version illustrated in FIG. 69.

Newly added fields or fields having a changed semantic definition areFIC_chunk_major_protocol_version, FIC_chunk_minor_protocol_version,FIC_chunk_header_extension_length. Each field is described below.

FIC_chunk_major_protocol_version—A two-bit unsigned integer field thatrepresents the major version of the syntax and semantics of theFIC-Chunk. A change in the major version level shall indicate anon-backward-compatible level of change. The value of this field shallbe set to ‘01’ to utilize this option (“option B”) for the FIC signalingextension. The value of this field shall be incremented by one each timethe structure of the FIC-Chunk is changed in a non-backward-compatiblemanner from a previous major version of the FIC-Chunk, by a futureversion of the standard.

FIC_chunk_minor_protocol_version—A 3-bit unsigned integer field thatrepresents the minor version of the syntax and semantics of theFIC-Chunk. A change in the minor version level, provided theFIC_chunk_major_protocol_version remains the same, shall indicate abackward-compatible level of change. The value of this field shall beset to ‘000’ to utilize this option (“option B”) for the FIC signalingextension. The value of this field shall be incremented by one each timethe structure of the FIC-Chunk is changed in backward-compatible mannerfrom a previous minor version of the FIC-Chunk with the same majorversion, by a future version of the standard.

FIC_chunk_header_extension_length—A 3-bit unsigned integer field thatrepresents the length of the extension field(s) of the FIC_chunk_header() added by one or more minor version level changes of the FIC-Chunksyntax. The value of this field shall indicate the total length in bytesof extension field(s) added by all minor version changes up to andincluding the current one (for the same major version). Such extensionfields shall immediately precede the num_ensembles field of theFIC_chunk_header( ) with fields added by higher minor protocol versionsappearing after fields added by lower minor protocol versions (for thesame major protocol version). The 3-bit length of this field requiresthat any change of syntax of the FIC-Chunk header which would push thetotal length of the extension(s) over 7 bytes will need to be treated asa major version change. To utilize this option (“option B”) for the FICsignaling extension, the value of this field shall be set to ‘000’.

FIG. 71 illustrates the bit stream syntax of an FIC-Chunk payloadincluding only information about an EMM Ensemble/Service, using themajor protocol version illustrated in FIG. 69. Newly added field orfield having a changed semantic definition is num_EMM_ensembles field.The field is described below.

num_EMM_ensembles—An 8-bit unsigned integer field that shall equal thenumber of EMM Ensembles that are not recognizable to the CMM system andthus not available to the CMM receiver devices, carried through thisphysical transmission channel, including the EMM Ensembles where thevalue of the PRC for the corresponding M/H Parades is greater than 0 andwhich do not have any M/H Groups in the M/H Frame to which thisFIC-Chunk refers.

FIG. 72 illustrates the bit stream syntax of the Header of anFIC-Segment being a unit to carry an FIC-Chunk that includes onlysignaling information about an EMM Ensemble/Service using the majorprotocol version illustrated in FIG. 65.

FIC_chunk_major_protocol_version—A two-bit field, which indicates themajor protocol version of the FIC-Chunk that is being carried in partthrough the payload of this FIC-Segment. With this option (“option B”),the value of this field shall be set to ‘01’, (the same value as theFIC_chunk_major_protocol_version field of the FIC_chunk_header( )).

The following restrictions are imposed on management of an FIC-Chunk andan FIC-Segment using the major protocol version of the FIC-Chunkdescribed above with reference to FIGS. 65 to 68.

On a given M/H Broadcast, the signaling information about the CMMEnsemble/Services shall be contained in a single FIC-Chunk, having itsFIC_chunk_major_protocol_version field set to ‘00’ andFIC_chunk_minor_protocol_version field set to ‘000’.

On a given M/H Broadcast, the signaling information about the EMMEnsembles/Services shall be contained in a single FIC-Chunk, having itsFIC_chunk_major_protocol_version field set to ‘01’ andFIC_chunk_minor_protocol_version field set to ‘000’.

A single FIC-Chunk shall have the signaling information either about CMMEnsembles/Services or about EMM Ensembles/Services. FIC-Chunkscontaining both CMM and EMM Ensembles/Services signaling information areprohibited with this option (“option B”).

The FIC-Chunk containing CMM Ensembles/Services shall be deliveredthrough FIC-Segments with FIC_chunk_major_protocol_version field set to‘00’ in the header.

The FIC-Chunk containing EMM Ensembles/Services shall be deliveredthrough FIC-Segments with FIC_chunk_major_protocol_version field set to‘01’ in the header.

FIG. 73 is a diagram showing Mobile/Handheld Service Signaling Channel(M/H SSC) management in an EMM according to an embodiment of the presentinvention.

An EMM Ensemble includes a stream including a well-known destination IPmulticast address and a well-known UDP port number. Table sections suchas a Service Map Table (SMT)-MH, a Guide Access Table (GAT)-MH, aService Labeling Table (SLT)-MH, a Cell Information Table (CIT)-MH and aRating Region Table (RRT) may be transmitted through the stream. An M/HSSC may function as the stream including such table sections.

In one embodiment of the present invention, in the SMT-MH section amongthe above-described table sections, only a table section, anSMT_MH_protocol_version value of a section header of which is set 0x01,is transmitted. This is because the scope of signaling information ofthe SMT-MH section is one ensemble range and thus the signalinginformation of the SMT-MH section transmitted through a specific EMMEnsemble is limited to a specific EMM Ensemble. Other table sections mayinclude a table section for a CMM service in which a protocol_versionvalue is set to 0x00 and a table section for an SFCMM service in which aprotocol_version value is set to 0x01. In contrast, in an RRT equallyavailable in the SFCMM and the CMM, a protocol_version value may not beset to 0x01.

FIGS. 74 a and 74 b are diagrams showing the bit stream syntax of theSMT-MH section in the M/H SSC table section according to an embodimentof the present invention.

The SMT-MH section signals access information of an IP level of an EMMservice through a specific EMM Ensemble.

As shown, the SMT-MH section may have a plurality of fields and some ofthe plurality of fields will now be described.

SMT_MH_protocol_version is an 8-bit unsigned integer field. its functionis to allow, in the future, this Service Map Table section to carryparameters that may be structured differently than those defined in thecurrent protocol. The value for the SMT_MH_protocol_version for theSFCMM system shall be 0x01.

EMM_ensemble_id_suffix is an 8-bit unsigned integer field. It shall bethe EMM_ensemble_id_suffix for the given EMM Ensemble. The value of thisfield shall form the Ensemble ID in association with theEMM_ensemble_id_prefix field, and this resulting Ensemble ID shall matchthe associated value in the FIC-Chunk.

EMM_ensemble_id_prefix is a 4-bit enumerated field that represents thetype of the associated EMM Ensemble. This field shall form theEMM_ensemble_id in association with the EMM_ensemble_id_suffix field.

For each EMM Ensemble, the SMT-MH sections describing all the EMMServices of that Ensemble shall be included in that Ensemble at leastonce every RS Frame.

The value of the SMT_MH_protocol_version field in each of the SMT-MHsections shall be set to 0x01.

In an EMM Ensemble, only the SMT-MH sections with theSMT_MH_protocol_version field set to 0x01 shall be delivered. (Thedelivery of SMT-MH sections with SMT_MH_protocol_version field set to0x00 in an EMM Ensemble is prohibited.)

An SMT-MH section with the SMT_MH_protocol_version field set to 0x01shall not appear in any CMM Ensemble.

SMT-MH sections with the SMT_MH_protocol_version field set to 0x01 shallcontain only the signaling information about the EMM Services.(Signaling information about the CMM Services is prohibited.

FIGS. 75 a and 75 b are diagrams showing the bit stream syntax of theCIT-MH section in the M/H SSC table section according to an embodimentof the present invention.

The CIT-MH section signals information indicating in which service mode(CMM or SFCMM) an EMM service transmitted through a specific EMMEnsemble is transmitted in a coverage area of a peripheral transmitteror through which ensemble the EMM service is transmitted.

As shown, the CIT-MH section may have a plurality of fields and some ofthe plurality of fields will now be described.

CIT_MH_protocol_version is an 8-bit unsigned integer field. its functionis to allow, in the future, this Cell Information Table section to carryparameters that may be structured differently from those defined in thecurrent protocol. The value of CIT_MH_protocol_version for the SFCMMsystem shall be 0x01.

EMM_ensemble_id_suffix is an 8-bit unsigned integer field. It shall bethe EMM_ensemble_id_suffix for the given EMM Ensemble. The value of thisfield shall form the Ensemble ID in association with theEMM_ensemble_id_prefix field, and this resulting Ensemble ID shall matchthe associated value in the FIC-Chunk.

EMM_ensemble_id_prefix is a 4-bit enumerated field that represents thetype of the associated EMM Ensemble.

Ensemble_type_indicator is an indicator field, which, when set to ‘0’,indicates that the M/H Ensemble carrying the M/H Service identified bythe cell_MH_service_id is a CMM Ensemble. When set to ‘1’, this fieldindicates that the M/H Ensemble carrying the M/H Service identified bythe cell_MH_service_id is an EMM Ensemble.

cell_CMM_ensemble_id shall be the Ensemble ID associated with the CMMEnsemble in the adjacent cell that carries the M/H Service identified bythe cell_MH_service_id field.

cell_EMM_ensemble_id_prefix is a 4-bit enumerated field that representsthe type of the associated Ensemble that carries the M/H Serviceidentified by the cell_MH_service_id field.

cell_EMM_ensemble_id_suffix shall form the Ensemble ID along with thecell_EMM_ensemble_id_prefix field for the associated with the EMMEnsemble that carries the M/H Service identified by thecell_MH_service_id.

If an M/H Service is provided as an EMM Service either in the homecell's coverage area or in any one of the adjacent cells' coverageareas, then the signaling information about this M/H Service shall becontained in the CIT-M/H section with the CIT_MH_protocol_version fieldset to 0x01 and shall not be contained in the CIT-M/H section with theCIT_MH_protocol_version field set to 0x00.

If an M/H Service is provided as a CMM Service both in the home cell'scoverage area and all the adjacent cells' coverage areas, then thesignaling information about this M/H Service shall be contained in theCIT-M/H section with the CIT_MH_protocol_version field set to 0x00 andshall not be contained in the CIT-M/H section with theCIT_MH_protocol_version field set to 0x01.

A CIT-MH table section with the CIT_MH_protocol_version field set to0x01 shall not appear in a CMM Ensemble. The appearance of a CIT-MHtable section with the CIT_MH_protocol_version field set to 0x00 in anEMM Ensemble is allowed.

GAT-MH section and SLT-MH section are not shown in the figures. But ifan SG (service guide) is delivered as an EMM Service, then it shall besignaled through the GAT-MH section with GAT MH_protocol_version set to0x01.

The GAT-MH section with the GAT_MH_protocol_version set to 0x00 shallnot contain any signaling information about SG delivered as an EMMService.

The GAT-MH section with the GAT_MH_protocol_version set to 0x01 shallnot contain any signaling information about SG delivered as a CMMService.

A GAT-MH table section with the GAT_MH_protocol_version field set to0x01 shall not appear in a CMM Ensemble. Appearance of a GAT-MH tablesection with the GAT_MH_protocol_version field set to 0x00 in an EMMEnsemble is allowed.

The SLT-MH section with the SLT_MH_protocol_version set to 0x00 shallnot contain any signaling information about the EMM Services carriedthrough EMM Ensembles.

The SLT-MH section with the SLT_MH_protocol_version set to 0x01 shallnot contain any signaling information about the CMM Services carriedthrough CMM Ensembles.

A SLT-MH table section with the SLT_MH_protocol_version field set to0x01 shall not appear in a CMM Ensemble. The appearance of a SLT-MHtable section with the SLT_MH_protocol_version field set to 0x00 in anEMM Ensemble is allowed.

FIG. 76 is a block diagram of a digital broadcast receiver according toan embodiment of the present invention.

The digital broadcast receiver includes an ATSC-M/H baseband processor2100, an ATSC-MH service demultiplexer 2300, an ATSC-MH IP adaptationmodule 2500, a common IP module 2700, and an application module 2900.The digital broadcast receiver may also include an operation controller2960, an EPG manager 2970, an application manager 2980, a presentationmanager 2990, and a UI manager 2996.

The ATSC-M/H baseband processor 2100 includes a baseband operationcontroller 2110, a tuner 2120, a demodulator 2130, an equalizer 2140, aknown sequence detector 2150, a block decoder 2160, a baseband signalingdecoder 2170, a primary RS frame decoder 2180, and a secondary RS framedecoder 2190.

The baseband operation controller 2110 controls the overall operation ofthe baseband module of the receiver. In an embodiment, all components ofthe ATSC-M/H baseband processor 2100 are controlled by the basebandoperation controller 2110.

The tuner 2120 functions to tune the receiver to a specific frequencysignal carrying a digital broadcast signal. The tuner 2120 down-convertsthe received frequency signal into an Intermediate Frequency (IF) signaland outputs the IF signal to the demodulator 2130 and the known sequencedetector 2150.

The demodulator 2130 performs automatic gain control, carrierrestoration, timing restoration, and the like on a digital IF signal ofthe pass band input from the tuner 2120 to create a baseband signal andthen outputs the baseband signal to the equalizer 2140 and the knownsequence detector 2150. The demodulator 2130 may perform timingrestoration or carrier restoration using a symbol sequence of known datainput from the known sequence detector 2150. That is, the demodulator2130 may demodulate broadcast data using a demodulation result of dataknown to the receiver, thereby increasing demodulation performance.

The equalizer 2140 receives the demodulated signal from the demodulator2130 and compensates for channel distortion that has occurred duringtransmission and then outputs the resulting signal to the block decoder2160. The equalizer 2140 may use a known data symbol sequence input fromthe known sequence detector 2150 to improve equalization performance.The equalizer 2140 may also receive feedback of the decoding result toimprove equalization performance.

The known sequence detector 2150 receives data input to and output fromthe demodulator 2130, i.e., data that has not demodulated or data thathas been partially demodulated and detects the position of known datainserted by the transmitting side. The known sequence detector 2150outputs a known data sequence decoded at the detected position of theknown data, together with the detected position information of the knowndata, to the demodulator 2130 and the equalizer 2140. The known sequencedetector 2150 may output information, which enables the block decoder2160 to distinguish mobile service data that was subjected to additionalencoding at the transmitting side and data that was not subjected toadditional encoding at the transmitting side, to the block decoder 2160.

The block decoder 2160 performs the reverse processes of block encodingand trellis encoding, i.e., block decoding and trellis decoding, on theinput channel-equalized data input from the equalizer 2140 when theinput channel-equalized data is data (i.e., data in an RS frame orsignaling data) that was subjected to block encoding and trellisencoding at the transmitting side. The block decoder 2160 performs onlytrellis decoding on the input channel-equalized data input from theequalizer 2140 when the input channel-equalized data is data (i.e., mainservice data) that was subjected to trellis encoding but was notsubjected to block encoding at the transmitting side.

The baseband signaling decoder 2170 decodes signaling data that wassubjected to both block encoding and trellis encoding when the signalingdata is input to the baseband signaling decoder 2170 after beingchannel-equalized by the equalizer 214. Here, the decoded signaling dataincludes a transmission parameter. In an embodiment of the presentinvention, the signaling data may be Transmission Parameter Channel(TPC) data. Transmission parameters included in the signaling data mayinclude information indicating whether or not TPC data has been changed(for example, updated), information indicating whether the digitalbroadcast signal has been transmitted in an SFCMM or in a CMM,information indicating the number of mobile service data packets thatare additionally included in one data group, and information indicatingwhether or not data blocks included in each of adjacent data groupsconstitute one SCCC block.

The primary RS frame decoder 2180 receives only RS-encoded and/orCRC-encoded mobile service data among data output from the block decoder2160. The primary RS frame decoder 2180 performs the inverse of theprocess of the RS frame encoder in the transmission system. The primaryRS frame decoder 2180 also corrects errors in the RS frame and combinesa number of error-corrected data groups to create an RS frame. That is,the primary RS frame decoder 2180 decodes a primary RS frame includingdata for actual broadcast service.

The secondary RS frame decoder 2190 receives only RS-encoded and/orCRC-encoded mobile service data among data output from the block decoder2160. The secondary RS frame decoder 2190 performs the inverse of theprocess of the RS frame encoder in the transmission system. Thesecondary RS frame decoder 2190 also corrects errors in the RS frame andcombines a number of error-corrected data groups to create an RS frame.That is, the secondary RS frame decoder 2190 decodes a primary RS frameincluding additional data for broadcast service. Although the primary RSframe decoder 2180 and the secondary RS frame decoder 2190 areseparately illustrated, both the primary RS frame decoder 2180 and thesecondary RS frame decoder 2190 may be included in an RS frame decoderwhich can separately perform primary RS frame decoding and secondary RSframe decoding.

The ATSC-MH service demultiplexer 2300 includes an FIC segment buffer2310, an FIC segment parser 2320, an FIC chunk parser 2330, an M/Hservice signaling section parser 2340, an M/H service signaling sectionbuffer 2350, a service manager 2360, and a service map/guide DB 2370.

The FIC segment buffer 2310 serves to buffer an FIC-segment group in ade-interleaved and RS-decoded M/H subframe received from the basebandsignaling decoder 2170.

The FIC segment parser 2320 serves to extract, analyze, and process aheader of each FIC segment stored in the FIC segment buffer 2310. TheCMM receiver ignores an SF CMM related field through anFIC_chunk_major_protocol_version or FIC_chunk_minor_protocol_versionvalue included in the header of the FIC segment obtained in thisprocess. The CMM receiver also skips an added field in the headerthrough an FIC_chunk_header_extension_length included in the header ofthe FIC segment.

The FIC chunk parser 2330 serves to restore and analyze/process an FICchunk data structure in FIC segments analyzed by the FIC Segment Parser2320.

The M/H service signaling section parser 2340 serves to analyze/processtable sections of an M/H service signaling channel transmitted through aUDP/IP stream.

The M/H service signaling section buffer 2350 buffers table sections ofan M/H service signaling channel to be processed by the M/H servicesignaling section parser 2340.

The service manager 2360 constructs a service map signaling datacollected from the FIC chunk parser 2330 and the M/H service signalingsection parser 2340 and creates a program guide using a service guide.The service manager 2360 also serves to control the baseband operationcontroller 2110 so as to receive a desired M/H service according to auser input and to allow a program guide to be displayed according to auser input.

The service map/guide DB 2370 serves to store the service map and theservice guide created by the service manager 2360 and to extract andtransfer service related data required for each component to thecomponent according to inputs from the service manager 2360 and the EPGmanager 2970.

The ATSC-MH IP adaptation module 2500 includes a primary RS frame buffer2510, a secondary RS frame buffer 2520, an M/H Transport stream Packet(TP) buffer 2530, and an M/H TP parser 2540.

The primary RS frame buffer 2510 serves to buffer an RS frame receivedfrom the primary RS frame decoder 2180 and to transfer each received RSframe row by row to the M/H TP buffer 2530.

The secondary RS frame buffer 2520 serves to buffer an RS frame receivedfrom the secondary RS frame decoder 2190 and to transfer each receivedRS frame row by row to the M/H TP buffer 2530. The primary RS framebuffer 2510 and the secondary RS frame buffer 2520 may be physicallyconstructed as one buffer.

The M/H TP buffer 2530 serves to extract and buffer an M/H TPcorresponding to each row of the RS frame.

The M/H TP parser 2540 serves to analyze a header corresponding to thefirst 2 bytes to restore an IP datagram.

The common IP module 2700 includes an IP datagram buffer 2710, an IPdatagram header parser 2713, a descrambler 2720, a UDP datagram buffer2730, a UDP datagram parser 2733, an RTP/RTCP datagram buffer 2740, anRTP/RTCP datagram parser 2743, an NTP datagram buffer 2750, an NTPdatagram parser 2753, a SvcProtection stream buffer 2760, aSvcProtection stream handler 2763, an ALV/LCT stream buffer 2770, anALV/LCT stream parser 2773, a decompressor 2780, a key storage 2783, anXML parser 2785, and an FDT handler 2787.

The IP datagram buffer 2710 buffers an encapsulated IP datagram receivedthrough the M/H TP.

The IP datagram header parser 2713 restores IP datagrams and analyzes aheader of each datagram. In an embodiment, the operation of the IPdatagram header parser 2713 is performed through the service manager2360.

The descrambler 2720 functions to descramble data of a scrambled payloadincluded in the received IP datagram using an encryption key receivedfrom the SvcProtection stream handler 2763.

The UDP datagram buffer 2730 serves to buffer a UDP datagram receivedthrough the IP datagram.

The UDP datagram parser 2733 functions to restore the UDP datagram andto analyze and process a restored UDP header.

The RTP/RTCP datagram buffer 2740 buffers a datagram of an RTP/RTCPstream received through a UDP/IP stream.

The RTP/RTCP datagram parser 2743 serves to restore, analyze, andprocess a datagram of an RTP/RTCP stream.

The NTP datagram buffer 2750 buffers a datagram of a network timeprotocol stream received through a UDP/IP stream.

The NTP datagram parser 2753 serves to restore, analyze, and process adatagram of a network time protocol stream.

The SvcProtection stream buffer 2760 buffers data, such as a key valuefor descrambling required for a service protection function, receivedthrough a UDP/IP stream.

The SvcProtection stream handler 2763 processes data such as a key valuefor descrambling required for the service protection function. Dataoutput from the SvcProtection stream handler 2763 is transferred to thedescrambler 2720.

The ALV/LCT stream buffer 2770 buffers ALC/LCT data received through aUDP/IP stream.

The ALV/LCT stream parser 2773 functions to restore ALC/LCT datareceived through a UDP/IP stream and to analyze a header and a headerextension of the ALC/LCT data.

When the decompressor 2780 receives a compressed file, the decompressor2780 performs a process for decompressing the file.

The key storage 2783 stores a key message used for the serviceprotection function that has been restored by the SvcProtection streamhandler.

The XML parser 2785 serves to analyze an XML document received throughan ALC/LCT session and to transfer the analyzed data to appropriatemodules such as the FDT handler 2787 and the SG handler 2950.

The FDT handler 2787 analyzes and processes a file description tablereceived through an ALC/LCT session.

The application module 2900 includes an A/V decoder 2910, a file decoder2920, a file storage 2930, an M/W engine 2940, and a Service Guide (SG)handler 2950.

The A/V decoder 2910 functions to decode compressed audio/video datareceived through the RTP/RTCP datagram Parser 2743 and to process thedecoded data for presentation to the user.

The file decoder 2920 functions to decode the file restored by theALV/LCT stream parser 2773.

The file storage 2930 functions to store the file decoded by the filedecoder 2920 and to provide the file to another module when needed.

The M/W engine 2940 processes data such as a file received through aFLUTE session or the like and provides the data to the presentationmanager 2990.

The Service Guide (SG) handler 2950 performs a process for collectingand analyzing service guide data received in an XML document format andproviding the service guide data to the EPG manager 2970.

The operation controller 2960 performs an operation for processing auser command received through a UI Manager 2996 and performs amanagement operation to enable a manger of each module, required duringthe procedure for processing the command, to perform a correspondingaction.

The EPG manager 2970 performs a management operation to enable acorresponding EPG to be displayed according to user input using EPG datareceived through the service guide handler 2950.

The application manager 2980 performs overall management associated withprocessing of application data received in the form of an object, afile, or the like.

The presentation manager 2990 processes data received from the A/Vdecoder 2910, the M/W engine 2940, the EPG manager 2950, and the like toenable presentation of the service to the user. This process may beperformed under control of the operation controller 2960.

The UI manager 2996 transfers a user input received through the userinterface to the operation controller 2960 and performs a managementoperation to start a process for a service required by the user.

The names of the modules of the receiver described above may be changed.Specific modules may be omitted or added depending on the system.

FIG. 77 is a diagram showing a data group according to anotherembodiment of the present invention.

In the data group according to another embodiment of the presentinvention, a part of the regions A and B, C and D and/or E of the datagroup may be transmitted through a specific slot and the residual partof the regions C, D and/or E may be transmitted through another slotfollowing the specific slot.

In the present embodiment, similar to the above-described embodiments,the regions A and B of the data group are used as the CMM and theresidual regions may be used as the EMM or SFCMM or the entire datagroup may be used as EMM or SFCMM.

FIG. 78 is a diagram showing data groups according to one embodiment andanother embodiment of the present invention.

FIG. 78 shows the group map 2-8 of the group type 2 according to theabove-described embodiment and the group map of the group type 2according to another embodiment.

As shown in FIG. 78, in another embodiment of the present invention, thedata group may be defined such that some data of the data grouptransmitted through the same slot in the above-described embodiment istransmitted through another slot.

Such content may be applicable not only to the data group of the grouptype 2 but also to the data group of another group type.

FIG. 79 shows a data group in a segment domain after the data group ofFIG. 78 is interleaved.

As shown in FIG. 79, data included in upper sharp regions of the regionsC and D of the data group in the above-described embodiment istransmitted through lower sharp regions of the regions C and D of thedata group in another embodiment. In this case, segmented known datasequences may be combined to form a long known data sequence in thelower region of the data group.

Accordingly, it is possible to transmit a long known data sequencethrough the regions C, D and/or E of one data group withoutconcatenation of short known data sequences between different datagroups.

FIG. 80 is a diagram showing a data group of group type 3 according toanother embodiment of the present invention after interleaving.

The configurations of data blocks and extended data blocks included in adata group are similar to those of the data blocks and the extended datablocks of the above-described embodiment. However, the data blocks 1 and2 may not exist and the data included in the data blocks 1 and 2 may betransmitted in a state of being included in the data blocks 8, 9 and 10.

The known data sequence included in the data blocks 8, 9 and 10 and theextended data blocks becomes a long known data sequence.

FIG. 81 illustrates an exemplary structure of a transmission frameaccording to an embodiment of the present invention.

According to the embodiment of the present invention, a transmissionframe transmitting mobile service data may include 5 subframes. Eachsubframe may be identified from numbers 0 to 4. Also, each subframe mayinclude 16 slots. And, each slot may be identified from numbers 0 to 15.

One data group may be transmitted during each slot, wherein each slotbelongs to each subframe. Also, in addition to the data group, mainservice data packets may also be transmitted through the correspondingslot. For example, according to the embodiment of the present invention,the sum of the number of mobile service data packets including data thatbelong to a data group and the number of main service data packets beingtransmitted through the corresponding slot may be equal to 156. However,the number of packets that are included in a single slot may varydepending upon the transmitting system.

The data groups included in each slot may correspond to data groups of aCMM or may correspond to data groups of an SFCMM. At this point, a slotthat transmits data groups of the CMM may be referred to as a CMM slot,and a slot that transmits data groups of the SFCMM may be referred to asan SFCMM slot.

A portion of an Sub-Frame consisting of 156 consecutive MPEG-2 transportpackets. A Slot may consist solely of all main service data packets ormay consist of 118 mobile service data packets and 38 main service datapackets or may consist of 118+x mobile service data packets and y mainservice data packets (x+y=38 TS packets). There are 16 M/H Slots perSub-Frame. Modes are defined to be scoped to Slots. In the SFCMMcontext, Slot includes both CMM Slots and SFCMM Slots, which occur in aFrame on a Slot by Slot basis.

According to the embodiment of the present invention, the CMM slot mayinclude 118 mobile service data packets and 38 main service datapackets. Also, according to the embodiment of the present invention, theSFCMM slot may include (118+x) number of mobile service data packets andy number of main service data packets. Herein, the sum of values x and ymay be equal to 38.

In some cases, mobile service data packets or main service data packetsmay not be transmitted at all during a slot.

The above-mentioned figures (or numbers) are merely exemplary. And,therefore, the numbers may vary depending upon the design or intentionsof the system designer.

FIG. 82 illustrates a transmission parameter channel and a method ofusing tpc_protocol_version information included in the transmissionparameter channel according to an embodiment of the present invention.

According to the embodiment of the present invention, the transmissionparameter channel includes a sub_frame_number field, a slot_numberfield, a next_TNoG field, a current_TNoG field, and atpc_protocol_version field. Also, the transmission parameter channel ofthe SFCMM may additionally include an SFCMM_mode field.

The sub-frame_number field shall be in the range of 0 through 4inclusive and shall indicate the current Sub-Frame number within thetransmission Frame. It is transmitted to aid transmission Framesynchronization in the receiver.

The slot_number field shall be in the range of 0 through 15 inclusiveand shall indicate the current Slot number within the Sub-Frame. It istransmitted to aid transmission frame synchronization in the receiver.

The current_TNoG field shall be the total number of groups to betransmitted during a sub-Frame for the current transmission frame. Inother words, it is the sum of number of groups of all Parades within asub-Frame of the current transmission frame. Its value shall be in therange of 0 through 16 inclusive.

The next_TNoG field shall be the total number of groups to betransmitted during a Sub-Frame, for the next transmission frame. Inother words, it is the sum of number of groups of all Parades within aSub-Frame of the next M/H Frame. Its value shall be in the range of 0through 16 inclusive.

The SFCMM_mode field indicates the number of mobile service data packetsincluded in the SFCMM slot. Alternatively, the SFCMM_mode field may alsoindicate the number of main service data packets included in the SFCMMslot.

The tpc_protocol_version field represents the version of the structureof the TPC syntax. The 2 most-significant bits are the major versionlevel, the least-significant three bits are the minor version level, tobe interpreted as follows. A change in the major version level shallindicate a non-backward-compatible level of change. A change in theminor version level, provided the major version level remains the same,shall indicate a backward-compatible level of change. At least one ofthe bits shall be changed so as to form a previously unused value ofthis field each time the TPC structure is changed by a future version ofthis standard. Other values of the version may be used in future tosignal use of the reserved bits or a change in the defined syntax. Thefirst such change to the major version level shall be to ‘00’, so thatthis field increments in the same manner as other fields for laterchanges.

The value of this field shall be set to ‘11000’ for SFCMM Slots. Thevalue of this field shall be set to ‘11111’ or ‘11000’ for CMM Slots.When there is at least one SFCMM Slot in an M/H transmission, this fieldshall be set to ‘11000’ for CMM Slots. When there is no SFCMM Slot inM/H transmission, this field shall be set to ‘11111’ for CMM Slots. Fortpc_protocol_version of ‘11000’, the differentiation of CMM Slot fromSFCMM Slot shall be done by the slot_indicator field.

According to the embodiment of the present invention, a receiver for theSFCMM may first acquire information of the tpc_protocol_version fieldbefore reading the data of the TPC. Accordingly, the receiver for theSFCMM may determine whether or not an update of the whole TPC data isrequired to be performed. Then, if it is determined that an update isnot required, the receiver may avoid performing unnecessary operationsthat are associated with the update of the TPC data.

Additionally, a receiver for the CMM first acquires information of thetpc_protocol_version field, so as to determine whether or not the CMMreceiver can receive and process the TPC data or the data beingtransmitted through the corresponding slot. For example, when thetpc_protocol_version field is set to ‘11000’, the CMM receiverrecognizes that the corresponding TPC data are directed to the SFCMM.Accordingly, either the CMM receiver does not receive the correspondingTPC data, or the CMM receiver may receive and process only a common TPCdata area of the CMM and the SFCMM.

FIG. 83 is a flowchart illustrating a method for processing a digitalbroadcast signal in a transmitter according to an embodiment of thepresent invention.

The broadcast transmitter according to the embodiment of the presentinvention includes and encodes transmission parameter channel dataincluding transmission parameters for the mobile service data in thesignaling data (S83010). In addition to the transmission parameterchannel data, an information channel including connection informationbetween transmission layers may be additionally included in thesignaling data.

Thereafter, the broadcast transmitter forms (or creates) data groupsincluding the created signaling data, mobile service data, and knowndata sequences (S83020). According to the embodiment of the presentinvention, each set of data is inserted in a designated area of the datagroup by using a pre-defined method. For example, a data group maytransmit a plurality of known data sequences through a specific area ofthe data group. At this point, the signaling data may be insertedbetween a first known data sequence and a second known data sequence ofthe corresponding data group. In this case, the data reception rate of adata group area located near the inserted known data sequence may behigher than other data group areas. Therefore, relatively importantsignaling data may be transmitted more safely.

The broadcast transmitter then forms (or creates) mobile service datapackets including the data belonging to the data group (S83030). Thecreated mobile service data packets may include a packet identifier(packet ID) and/or an MPEG header.

The broadcast transmitter transmits a broadcast signal including thecreated mobile service data packets through slots (S83040). Herein, theslots may be classified (or categorized) based upon the broadcasttransmission mode. For example, the slots may be divided into Type 1slots and Type 2 slots. Herein, a Type 1 slot may be used fortransmitting 118 mobile service data packets or less, and the remainingarea may be used for transmitting main service data packets. A Type 2slot may transmit more than 118 mobile service data packets. Since thebroadcast transmitter is incapable of receiving broadcast signals of abroadcast transmission mode including Type 2 slots, or, even though thebroadcast transmitter can receive the corresponding broadcast signals,since the broadcast transmitter is incapable of recognizing and/orprocessing the received broadcast signals, the slots are categorized, asdescribed above, so as to provide in advance information associated withthe reception of broadcast signals through the transmission parameters.

Most particularly, according to the embodiment of the present invention,protocol version information, which indicates the version of atransmission parameter channel data syntax structure, may be included inthe transmission parameter channel data and then transmitted. In thiscase, the protocol version information may provide information onwhether or not a change has occurred in the corresponding transmissionparameter channel data. Furthermore, according to the embodiment of thepresent invention, by using its value, the protocol information mayprovide information on whether or not at least one Type 2 slot isincluded in the corresponding broadcast signal. More specifically, eventhough the slot transmitting the corresponding transmission parameterchannel data corresponds to a Type 1 slot, if at least one Type 2 slotexists in the broadcast signal, the protocol information may notify thepresence (or existence) of the at least one Type 2 slot to the broadcastreceiver.

As described above, the transmitting system, the receiving system, andthe method of processing broadcast signals according to the presentinvention have the following advantages.

When transmitting mobile service data through a channel, the presentinvention may be robust against errors and backward compatible with theconventional digital broadcast receiving system.

This invention extends a region for mobile service data in a slot. Thus,the transmitter can transmit more mobile service data.

This invention has an advantage enhancing the reception performance of abroadcast signal at a reception system, and a method for processing abroadcast signal by inserting additional known data in regions C, D andE.

In this invention, short known data sequences included in regions C, Dand/or E of two or more adjacent data groups are concatenated so as tobe used by the receiver as a long known data sequence. Accordingly, itis possible to enhance broadcast signal performance rate of regions C, Dand/or E of a data group.

Signaling data including information indicating whether or not shortknown data sequences are concatenated with each other so as to form along known data sequence is transmitted, such that a receiver recognizesthat the long known data sequence is present even in the regions C, Dand/or E of a data group using the signaling information and uses thelong known data sequence.

According to the present invention, the entire data group may be usedfor the SFCMM or a specific region may be used for the CMM for theconventional mobile broadcast receiver and the remaining region may beused for the SFCMM for the SFCMM receiver. In this way, even when theSFCMM is introduced, the conventional mobile broadcast receiver may beused simultaneously with the SFCMM receiver.

According to the present invention, information indicating whether ornot short data sequences included in each data group are combined withshort known data sequences of a preceding or succeeding data group ofadjacent data groups so as to form a long known data sequence can beprovided to the receiver. The receiver sets a data group processing unitusing such information and receives and processes a broadcast signalusing the known data sequence generated by combining the short knowndata, thereby increasing reception efficiency of the broadcast signal.

According to the present invention, the transmission parameterinformation required by each of the SFCMM receiver and the CMM receivermay be effectively transmitted.

Finally, the present invention is even more effective when applied tomobile and portable receivers, which are also liable to a frequentchange in channel and which require protection (or resistance) againstintense noise.

It will be apparent to those skilled in the art that variousmodifications and variations can be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

What is claimed is:
 1. A method for processing a digital broadcast signal in a transmitter, the method comprising: encoding signaling data including transmission parameter channel data, wherein the transmission parameter channel data includes transmission parameter for mobile service data; forming data groups including the mobile service data, the encoded signaling data and known data sequences; formatting mobile service data packets including data in the data groups; and transmitting the digital broadcast signal including the formatted mobile service data packets during slots, the slots including first type slot and second type slot, wherein the first type slot includes less than or equal to 118 mobile service data packets and the second type slot includes more than 118 mobile service data packets, wherein the transmission parameter channel data includes protocol version information representing version of a structure of transmission parameter channel data syntax, wherein the protocol version information further represents whether at least one second type slot is exist in transmission of the digital broadcast signal.
 2. The method of claim 1, wherein the protocol version information further represents whether a change of the transmission parameter channel data is a non-backward-compatible level of change or a backward-compatible level of change.
 3. The method of claim 1, wherein the transmission parameter channel data further includes transmission mode information specifying number of main service data packet including main service data in the second type slot.
 4. The method of claim 1, wherein the signaling data is included between first and second known data sequences in each of the data groups, the first and second known data sequence having different length.
 5. An apparatus for transmitting a digital broadcast signal, the apparatus comprising: a signaling encoder configured to encode signaling data including transmission parameter channel data, wherein the transmission parameter channel data includes transmission parameter for mobile service data; a group formatter configured to form data groups including the mobile service data, the encoded signaling data and known data sequences; a packet formatter configured to format mobile service data packets including data in the data groups; and a transmission unit configured to transmit the digital broadcast signal including the formatted mobile service data packets during slots, the slots including first type slot and second type slot, wherein the first type slot includes less than or equal to 118 mobile service data packets and the second type slot includes more than 118 mobile service data packets, wherein the transmission parameter channel data includes protocol version information representing version of a structure of transmission parameter channel data syntax, wherein the protocol version information further represents whether at least one second type slot is exist in transmission of the digital broadcast signal.
 6. The apparatus of claim 5, wherein the protocol version information further represents whether a change of the transmission parameter channel data is a non-backward-compatible level of change or a backward-compatible level of change.
 7. The apparatus of claim 5, wherein the transmission parameter channel data further includes transmission mode information specifying number of main service data packet including main service data in the second type slot.
 8. The apparatus of claim 5, wherein the signaling data is included between first and second known data sequences in each of the data groups, the first and second known data sequence having different length. 